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1 Einleitung 


Zu Beginn dieses einleitenden Kapitels werden die Motivation und Relevanz der vorliegen- 
den Arbeit mit Blick auf den Status Quo in der Praxis und Wissenschaft dargestellt (Kapitel 
1.1). Dies mündet in der Formulierung des Forschungsziels der Arbeit, welches wiederum 
durch mehrere Teilfragen repräsentiert wird (Kapitel 1.2). Das zum Erreichen des Ziels ge- 
wählte Forschungsdesign wird im Anschluss erläutert, wozu eine wissenschaftstheoretische 
Einordnung und eine Vorstellung des Forschungsprozesses, einschließlich der Offenlegung 
des Vorverständnisses des Autors, erfolgt (Kapitel 1.3). Abschließend wird prägnant der Auf- 
bau der Arbeit beschrieben (Kapitel 1.4). 


1.1 Ausgangssituation und Motivation 


Der Einsatz von Technologien stellt einen zentralen Treiber für die Steigerung der Wettbe- 
werbsfähigkeit von Unternehmen dar.' Mittels technologiebasierter Produkt- und Prozessver- 
besserungen lassen sich Leistungs- und Qualitätssteigerungen sowie neue Marktpotenziale 
erschließen.? Insbesondere Schlüsseltechnologien? wird eine hohe Bedeutung für die langfris- 
tige Positionierung im Wettbewerb zuteil, weshalb diese von Unternehmen hinsichtlich eines 
möglichen Einsatzes zu prüfen sind.* Bedeutende Schlüsseltechnologien des 21. Jahrhun- 
derts werden unter dem Begriff der Künstlichen Intelligenz (KI) bzw. Artificial Intelligence 
(Al) subsumiert.® In Analogie zur menschlichen Kognition erfordern definitionsgemäße „künst- 
lich intelligente“ Systeme neben der Wahrnehmung von Informationen, u. a. durch Verstehen 
von Sprache, sowie der Ausübung von Handlungen auch die Fähigkeit zum zielgerichteten 
Erwerb von Wissen für die Lösung von Problemen im Sinne eines maschinellen Lernens.® 


Zur Realisierung dieser systemseitigen Lernfähigkeit hat sich mit dem Machine Learning (ML) 
ein eigenständiger Forschungs- und Technologiebereich im Kontext von KI herausgebildet. Im 
Gegensatz zu einer manuellen Codierung der jeweiligen Lösungswege, z.B. mittels Regeln 
oder Ontologien, wird das benötigte Wissen bei ML automatisch durch die jeweiligen Systeme 
erworben. Dies erfolgt durch den Einsatz von Lernverfahren in Form von Algorithmen, welche 
empirische Zusammenhänge zur Problemlösung auf Grundlage von übergebenen Daten zum 


! Vgl. Klappert et al. (2011), S. 5 f. 

2 Vgl. Haag et al. (2011), S. 323 

3 Schlüsseltechnologien üben „einen deutlich überragenden Einfluss auf die Wettbewerbsfahigkeit* 
von Unternehmen aus. Sie befinden sich in dem jeweiligen Marktsegment derzeit in der Wachstums- 
phase, d. h. sie weisen einen potenziell hohen Nutzen mit einem breiten Anwendungsspektrum auf, 
sind aber nicht für alle Unternehmen gleichermaßen zugänglich. Vgl. Sommerlatte, Deschamps 
(1985), S. 50 ff. 

4 Vgl. Bullinger (1994), S. 6 

5 Vgl. Deutscher Bundestag (2020), S. 3 

6 Vgl. Harnad (1991), S. 43 f. 
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jeweiligen Anwendungsbereich eigenständig ermitteln.” Durch die Bewertung der erzielten Er- 
gebnisse anhand einer ebenfalls vorgegebenen Leistungsmetrik führt dieser Ansatz zu einer 
kontinuierlichen Verbesserung des Wissens, d. h. zur einer effektiveren und effizienteren Prob- 
lemlösung.® Die Realisierung einer systemseitigen Lernfähigkeit mittels ML entspricht einem 
Paradigmenwechsel in der Informatik und ermöglicht es den Systemen, das eigene Verhalten 
bei der Ausführung der Tätigkeiten an veränderte Bedingungen anzupassen.? Somit bildet ML 
auch die technische Grundlage für die Realisierung einer systemseitigen Autonomie 17 


Auch wenn die Forschungsaktivitäten bis in die 1950er Jahre zurückreichen, war ML lange ein 
eher wissenschaftlich geprägtes Thema. Erst seit den 2010er Jahren konnte die Nutzungs- 
möglichkeit abseits der Forschung für viele Anwendungsbereiche realisiert werden. Dies geht 
insbesondere auf die verbesserten technischen Voraussetzungen zurück, wozu die Zunahme 
der Datenmenge entsprechend der voranschreitenden Digitalisierung sowie der Anstieg der 
verfügbaren Rechenleistung zählen, u.a. durch die Nutzung von Cloud Computing. Durch 
eine Weiterentwicklung der Lernverfahren und eine Bereitstellung nutzerfreundlicher Entwick- 
lungsumgebungen, wie Python und R, konnten zudem die Fähigkeiten von ML weiter verbes- 
sert sowie gleichzeitig die Kosten und die benötigte Zeit für die Umsetzung reduziert werden." 


Diese verbesserten Möglichkeiten haben in den letzten Jahren zu größeren — auch teils öffent- 
lichkeitswirksamen Erfolgen — von ML geführt. Viele ML-Systeme weisen bereits in vielerlei 
Hinsicht einen Leistungsvorsprung gegenüber dem Menschen auf. Dazu gehören eine hö- 
here Rechengeschwindigkeit, umfassendere Speichermöglichkeiten sowie die Möglichkeiten 
zur Erkennung komplexer Zusammenhänge und zur Verarbeitung einer höheren Informations- 
vielfalt.'? Mittlerweile wird daher von der sog. zweiten Kl-Welle gesprochen, die eine Ablösung 
der manuellen Programmierung von Wissen in Systemen zur Lösung von Problemen adres- 
siert. Der durch ML induzierte Bedeutungsanstieg von KI zeigt sich — neben einer oft syno- 
nymen Verwendung beider Begriffe im öffentlichen Diskurs — auch in der politischen Reso- 
nanz, die zur Formulierung von dedizierten Kl-Strategien in vielen Ländern geführt hat.'* Die 
praktische Nutzbarkeit von ML bzw. KI geht zudem mit einem sehr hohen wirtschaftlichen Po- 
tenzial einher. Demnach soll weltweit aus der Nutzung und Vermarktung von KI-Systemen bis 


7 Vgl. Murphy (2012), S. 1; Alpaydın (2010), S. 3 

8 Vgl. Simon (1983), S. 28 

9 Vgl. Mitchell (1997), S. 2 

10 Vgl. Wahlster (2017), S. 410. Autonome Systeme grenzen sich definitorisch von automatischen 
bzw. automatisierten Systemen ab, welche nur in der Lage sind, nach von Menschen vorgegebenen 
Regeln zu handeln. Vgl. Heßler (2019), S. 235 f. 

11 Vgl. Zhang et al. (2021), S. 47 ff., 62 ff. 

12 Vgl. Mainzer (2018), S. 221 

13 Die Einteilung der Kl-Forschung in bisher zwei große Wellen geht auf die US-Behörde „Defense 
Advanced Research Projects Agency“ zurück. Vgl. Fouse et al. (2020), S. 6 

14 Als Beispiel ist die durch die Bundesregierung initiierte KI-Strategie aus dem Jahre 2018 zu nennen, 
welche 2020 novelliert wurde. Vgl. Deutscher Bundestag (2020) 
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1.1 Ausgangssituation und Motivation 


zum Jahre 2030 ein Umsatz von 15,7 Billionen US-Dollar entstehen.'® Der Anteil für Deutsch- 
land wird auf 430 Milliarden geschätzt, was einem Anstieg von ca. 11 % des Bruttoinlandspro- 
dukts entspricht.'® 


Für die Nutzung von ML im betrieblichen Kontext ergibt sich ebenfalls eine Vielzahl von Mög- 
lichkeiten. Die in diesem Zusammenhang entwickelten Artefakte werden aufgrund ihrer sys- 
temseitigen Lernfähigkeit als „maschinell lernende Systeme“ oder allgemein als Lernende 
Systeme bezeichnet.'’ Hierbei kann es sich zum einen um Systeme handeln, die primär zur 
„physischen“ Verrichtung von Aktionen eingesetzt werden, wobei es sich gemäß dem äußeren 
Erscheinungsbild um Maschinen, Roboter, Fahrzeuge o. a. handelt. Zum anderen können die 
Systeme aber auch für die Unterstützung bzw. Ausführung von übergeordneten Entschei- 
dungsprozessen verwendet werden, wobei es sich in diesen Fällen um Softwaresysteme 
handelt. Diese zweite Gruppe von Lernenden Systemen wird in der vorliegenden Arbeit unter 
dem Begriff der ML-Anwendungen zusammengefasst. 


Große Potenziale für den Einsatz von ML-Anwendungen in Entscheidungsprozessen werden 
für das Logistikmanagement, d. h. für logistische Planungs-, Steuerungs- und Kontrollaktivi- 
täten"®, konstatiert.” Demnach wird ML als Schlüsseltechnologie für die digitale Transforma- 
tion dieses Bereiches angesehen, mit der langfristig die Vision einer „intelligenten Logistik“ 
realisierbar ist (siehe Abbildung 1).2° Durch die Nutzung von ML in Verbindung mit weiteren 
digitalen Technologien sollen komplexe logistische Prozesse bzw. gesamte Wertschöpfungs- 
systeme ganzheitlich, kundenorientiert und in Echtzeit gestaltet werden können sowie 
(semi-)autonom ausführbar sein.?! Diese Bedeutung für das Logistikmanagement resultiert 
v.a. aus den stetig steigenden Anforderungen der Kunden an eine kosten- und zeiteffiziente 
logistische Leistungserstellung, die zudem zuverlässig und hochflexibel erfolgen soll, woraus 
sich die Notwendigkeit der Ausführung schneller und optimaler Entscheidungen ergibt.?? 
Gleichzeitig sehen sich die Entscheidungsträger in der Logistik mit einer hohen Komplexität 
der zugrundeliegenden Probleme konfrontiert, welche auch die bereits eingesetzten entschei- 
dungsunterstützenden Systeme vor Herausforderungen stellt. Demnach müssen bei den lo- 
gistischen Planungs-, Steuerungs- und Kontrollaktivitäten zur Gestaltung und Koordination 
von unternehmensinternen und -übergreifenden Material- und Informationsflüssen aufgrund 
der Querschnittsfunktion der Logistik eine Vielzahl von Parametern berücksichtigt werden. 
Durch den fehlenden Zugang zu vielen Informationen und der Abhängigkeit vom Verhalten 
Dritter liegt dabei in vielen logistischen Entscheidungssituationen eine hohe Unsicherheit vor.?? 


15 Vgl. PwC (2017), S. 4 f. Die Lernfähigkeit der hier betrachteten Systeme wird hervorgehoben. 

16 Vgl. PwC (2018), S. 12. Die Lernfähigkeit der hier betrachteten Systeme wird hervorgehoben. 

17 Vgl. Spath (2018), S. 506; Acatech (2021) 

18 Vgl. Pfohl (2016), S. 22 f. 

19 Vgl. BVL (2018), S. 2; Straube et al. (2020b), S. 59 f.; Kersten et al. (2017), S. 12; Jordan, Mitchell 
(2015), S. 255 

20 Vgl. Straube (2019), S. 9 

21 Vgl. Straube (2019), S. 1 

22 Vgl. Handfield et al. (2013), S. 39 

23 Vgl. Gupta, Maranas (2003), S. 1219 
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Außerdem müssen häufig verschiedene Ziele der involvierten Stakeholder und Unterneh- 
mensfunktionen, die sich teilweise konfliktär gegenüberstehen, bei der Problemlösung in Ein- 
klang gebracht werden.?* Diese inhärente Komplexität wird durch die zunehmende globale 
Vernetzung von logistischen Netzwerken und die steigende Vielfalt von Produkten erhöht.?® 


Transparenz Konnektivität Semi-Autonomie Autonomie 
l Intelligente Logistik — 


Künstliche Intelligenz 
Abbildung 1: Entwicklungsstufen der digitalen Transformation der Logistik? 


Trotz der potenziell hohen Bedeutung zeigt sich ein geringer Umsetzungsstand von ML- 
Anwendungen in der logistischen Praxis. Demnach kann kein Unternehmen in Deutschland 
einen produktiven Einsatz dieser Systeme in weiten Teilen des jeweiliges Logistikbereiches 
vorweisen.?’ Der Großteil der Unternehmen verfügt vielmehr bisher über keinerlei Anwendun- 
gen.?® Gleichzeitig ist aber in anderen Unternehmensbereichen und Branchen bereits ein hö- 
herer Fortschritt festzustellen.?? Noch vor einer etwaigen fehlenden Verfügbarkeit technologie- 
spezifischer Voraussetzungen in den Unternehmen kann als bedeutende Ursache für diesen 
Umsetzungsstand deren fehlendes Wissen zum Einsatz von ML identifiziert werden, was so- 
wohl geeignete logistische Anwendungsmöglichkeiten und damit erzielbare Nutzenpotenziale 
als auch geeignete Maßnahmen zur Schaffung der benötigten Voraussetzungen umfasst.°° 
Dies führt dazu, dass sich insgesamt nur ca. ein Viertel der Unternehmen zur erfolgreichen 
Umsetzung von ML in der Logistik befähigt fühlen, wobei nur jedes zehnte Unternehmen die- 
sem Sachverhalt gänzlich zustimmt (siehe Abbildung 2). Selbiges Bild zeigt sich auch im Falle 
von Unternehmen mit bereits bestehenden Anwendungen (sog. Adopter*'). Diese sind mit der 
Herausforderung einer Skalierung ihrer oft prototypischen oder sich auf Pilotanwendungsfälle 
beschränkenden produktiven Systeme konfrontiert. Die fehlende Überwindung dieser kriti- 
schen Kluft zwischen dem Beweis der technischen Machbarkeit in einem begrenzten Anwen- 
dungsbereich und der Generierung langfristiger betriebswirtschaftlicher Mehrwerte, welche im 


24 Vgl. Gudehus (2010), S. 77 f. 

25 Vgl. Handfield et al. (2013), S. 8 

26 Eigene Darstellung in Anlehnung an Straube (2019), S. 47 

27 Vgl. Böttcher et al. (2017), S. 36 

28 Vgl. BVL (2018), S. 1. 

29 Vgl. BMWI (2020), S. 3 

30 Diese und die folgenden Aussagen beziehen sich auf Ergebnisse der empirischen Untersuchung 
der vorliegenden Arbeit, welche in Ermangelung bestehender Analysen zum Einsatz von ML im Lo- 
gistikmanagement durchgeführt wurde. Eine detaillierte Ergebnisdarstellung findet sich in Kapitel 4.2. 
31 Für Unternehmen mit bestehenden prototypischen und/oder produktiven Anwendungen wird im wei- 
teren Verlauf der Begriff der Adopter genutzt. Vgl. Gerpott (1999), S. 121. Die übrigen Unternehmen 
werden als Non-Adopter bezeichnet. 
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Kontext von ML bzw. von KI im Allgemeinen auch als Al Chasm bezeichnet wird, führt bisher 
zum Scheitern vieler Anwendungen. 


Non-Adopter YARE 44% 16% 


Mein Unternehmen ist auf die 
erfolgreiche Umsetzung von ML 


in der Logistik gut vorbereitet. e zm | 


Adopter [k 21% 36% 14% 


Btrifft zu Bif eher zu  teils-teils "trifft eher nicht zu "trifft nicht zu 


Abbildung 2: Voraussetzungen in Unternehmen für den Einsatz von ML in der Logistik?? 


Aus der Diskrepanz zwischen der hohen postulierten Bedeutung von ML für das Logistikma- 
nagement und dem bisher geringen Umsetzungsstand in der Praxis — sowohl in Bezug auf 
konkrete Anwendungen als auch hinsichtlich der Kenntnisse zum erfolgreichen Einsatz - lässt 
sich ein Handlungsbedarf für die Wissenschaft ableiten. Bei der Analyse des aktuellen For- 
schungsstands ist jedoch festzustellen, dass die zu ML verfügbaren Veröffentlichungen größ- 
tenteils der Informatik zuzuordnen sind und lediglich entwicklungsseitige Fragestellungen 
aufgreifen. Dies reicht von einer Auseinandersetzung mit technischen Grundlagen von ML in 
Form der Lernverfahren, über die methodische Unterstützung von Entwicklungsprozessen bis 
hin zur Vorgabe von diesbezüglichen Vorgehensmodellen, wobei letztere zumeist für daten- 
basierte Vorhaben im Allgemeinen gestaltet sind. Entsprechend der langen Historie von ML 
reichen diese informationstechnischen Veröffentlichungen bis in die 1960er Jahre zurück. Zur 
Gestaltung des Einsatzes von ML im betrieblichen Kontext existiert dagegen branchen- 
übergreifend nur wenig wissenschaftliche Literatur. Damit verbundene Fragestellungen wer- 
den erst seit Ende der 2010er Jahre in der Forschung diskutiert. Lediglich für KI oder digitale 
Technologien in der Gesamtheit, d. h. ohne eine explizite Betrachtung der Eigenschaften und 
Anforderungen von ML, finden sich einzelne Veröffentlichungen. Für den spezifischen Anwen- 
dungsbereich des Logistikmanagements bzw. der Logistik im Allgemeinen wurde dieses For- 
schungsfeld allerdings bisher weder für ML noch für Kl erschlossen. Dies gilt sowohl für 
eine Herausarbeitung des Anwendungsspektrums und damit verbundener Potenziale als auch 
für die Bereitstellung geeigneter Maßnahmen zur Befähigung von Unternehmen für den Ein- 


satz von ML-Anwendungen in diesem Bereich 23 


32 Eigene Darstellung 
33 Eine detaillierte Analyse und Systematisierung des gegenwärtigen Forschungsstands werden in Ka- 
pitel 4.1 vorgenommen. 


1 Einleitung 


1.2 Zielsetzung und Untersuchungsfeld der Arbeit 


Entsprechend der hohen Potenziale für das Logistikmanagement stehen Unternehmen vor der 
Aufgabe, Machine Learning in Form geeigneter Anwendungen für ihre Organisation zur Erzie- 
lung von Wettbewerbsvorteilen nutzbar zu machen. Der Erfolg und die Geschwindigkeit des 
damit verbundenen Umsetzungsprozesses sind von vielen Faktoren abhängig, wozu u.a. die 
Fähigkeiten der betrachteten Technologie, aber auch die technischen, sozialen und organisa- 
torischen Voraussetzungen der jeweiligen Unternehmen sowie deren externe Rahmenbedin- 
gungen zahlen.** Ein angestrebter Einsatz ist daher nicht zufallsbasiert durchzuführen, son- 
dern bedarf einer systematischen Gestaltung unter Berücksichtigung von technologie- und do- 
mänenspezifischen Faktoren 28 


Ausgehend vom identifizierten Forschungsbedarf ist es das Ziel der vorliegenden Arbeit, Un- 
ternehmen zum erfolgreichen Einsatz von Machine Learning im Logistikmanagement zu befa- 
higen, um damit einen Beitrag zur langfristigen Steigerung von deren Wettbewerbsfahigkeit zu 
leisten. Dazu wird ein Gestaltungsansatz entwickelt, der als Unterstützungsinstrument für 
Unternehmen fungieren soll, indem er geeignete Handlungsempfehlungen für die Gestaltung 
von ML-Anwendungen und von deren benötigtem Umfeld bereitstellt. Die primäre Forschungs- 
frage der Arbeit lautet daher: 


Wie kann der Einsatz von ML-Anwendungen im Logistikmanagement erfolgreich von 


Unternehmen gestaltet werden? 


Zum Erreichen dieses Forschungsziels werden fünf sekundäre Forschungsfragen formuliert. 
Die erste sekundäre Forschungsfrage adressiert die Erfassung der theoretischen Grundlagen 
für die Arbeit durch eine Charakterisierung und Abgrenzung der prozessualen und technischen 
Dimensionen des Untersuchungsfeldes in Form des Logistikmanagements und von ML. Hier- 
bei soll ebenfalls eine Auseinandersetzung mit assoziierten Themenbereichen in Form von 
Entscheidungsprozessen und -techniken sowie der Künstlichen Intelligenz erfolgen. 


Wie können ML-Anwendungen im Kontext des Logistikmanagements beschrieben und 
L abgegrenzt werden? Welche wesentlichen Konzepte und Methoden sind hierbei zu be- 
rücksichtigen? 


Im Rahmen der zweiten sekundären Forschungsfrage soll der Umsetzungsstand von ML-An- 
wendungen im Logistikmanagement aus wissenschaftlicher und praktischer Perspektive un- 
tersucht werden. Zur Berücksichtigung unterstützender und hemmender Faktoren sind dar- 
über hinaus zukünftige Entwicklungen mit Relevanz für das Untersuchungsfeld zu ermitteln. 


Wie lässt sich der Stand in Forschung und Praxis zum Einsatz von ML-Anwendungen im 
IL Logistikmanagement charakterisieren und welche zukünftigen Entwicklungen sind für das 
Untersuchungsfeld zu erwarten? 


34 Vgl. DePietro et al. (1990), S. 153 
35 Vgl. Ulich (2013), S. 5 f.; Baker (2012), S. 236 


1.2 Zielsetzung und Untersuchungsfeld der Arbeit 


Die Anwendungsmöglichkeiten von ML im Logistikmanagement sollen im Rahmen der dritten 
sekundären Forschungsfrage erschlossen werden. Dazu gehört eine Systematisierung beste- 
hender und zukünftiger Anwendungen, aber auch eine Ermittlung der Auswirkungen für logis- 
tische Entscheidungsprozesse, einschließlich daraus resultierender Nutzenpotenziale und Ri- 
siken für Unternehmen. 


Wie kann das Anwendungsspektrum von ML im Logistikmanagement systematisiert und 
Il. bewertet werden? Welche Implikationen ergeben sich für die Ausführung von logistischen 
Entscheidungsprozessen? 


Zur Ermittlung geeigneter Maßnahmen bedarf es einer vorausgehenden Erhebung von domä- 
nenspezifischen Anforderungen an den Einsatz von ML-Anwendungen. Dies wird durch die 
vierte sekundäre Forschungsfrage adressiert: 


Welche Anforderungen bestehen an den erfolgreichen Einsatz von ML-Anwendungen im 
: Logistikmanagement und wie ist deren Umsetzungsstand in der Praxis? 


Unter Berücksichtigung der erzielten Ergebnisse sollen im Rahmen der fünften sekundären 
Forschungsfrage geeignete Maßnahmen für den erfolgreichen Einsatzes von ML im Logistik- 
management erforscht und zu einem Gestaltungsansatz strukturiert werden. 


Welche Maßnahmen eignen sich für einen erfolgreichen Einsatz von ML-Anwendungen 
V. im Logistikmanagement und wie lassen sich diese in einen übergreifenden Gestaltungs- 


ansatz integrieren? 


Für das Erreichen des Forschungsziels wird das Untersuchungsfeld der vorliegenden Arbeit 
hinsichtlich verschiedener Dimensionen eingegrenzt (siehe Abbildung 3). Eine zentrale Ein- 
schränkung bezieht sich auf das betrachtete Aufgabenspektrum der Logistik für den Einsatz 
von ML. Wie im Rahmen der Zielstellung formuliert, werden lediglich Planungs-, Steuerungs- 
und Kontrollaktivitaten, d. h. logistische Entscheidungsprozesse, betrachtet. Ausführende 
Tätigkeiten zur logistischen Leistungserstellung, einschließlich einer „physischen“ Verrichtung, 
finden demnach keine Berücksichtigung.°® Entsprechend dieser Fokussierung handelt es sich 
bei den betrachteten technischen Systemen im Sinne des Erscheinungsbildes primär um Soft- 
waresysteme und nicht um Maschinen, Roboter, Fahrzeuge o.ä. Das adressierte Prozess- 
spektrum erstreckt sich dabei über die Beschaffungs-, Produktions- und Distributionslogistik 
bis hin zum Vertrieb. Als organisationales Bezugsobjekt fungieren Industrieunternehmen, die 
über einen eigenen Logistikbereich verfügen, wobei keine Einschränkungen hinsichtlich einer 
Branche vorgenommen werden. Aufgrund hoher prozessualer Überschneidungen wird zudem 
eine partielle Übertragbarkeit der Ergebnisse auf andere Akteure im logistischen Umfeld in 
Form von Logistikdienstleistern (LDL) und Handelsunternehmen angenommen. 


36 Diese Tätigkeiten werden auch als Fulfillment bezeichnet. Vgl. Straube (2004), S. 136 
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Prozessuale Dimension: Logistik in Unternehmen 


Logistische Entscheidungs- [ | ] 
prozesse entlang industrieller 


Logistikketten Industrie Handel Dienstleistung 


Vertrieb Beschaffung Produktion Distribution 


Logistikmanagement 
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Abbildung 3: Prozessuale und technische Dimension des Untersuchungsfelds?? 


Für die Entwicklung von Maßnahmen im Rahmen des Gestaltungsansatzes erfolgt eine zu- 
sätzliche thematische Eingrenzung. Demnach wird eine Exklusion von ethischen und recht- 
lichen Fragestellungen im Zusammenhang mit dem Einsatz von ML vorgenommen, da es 
sich hierbei um ein eher logistikunspezifisches Untersuchungsfeld handelt, welches von For- 
schungsarbeiten in anderen Disziplinen zu adressieren ist.” Ferner wird auf eine Wirtschaft- 
lichkeitsbetrachtung des Technologieeinsatzes verzichtet, d. h. auf eine Quantifizierung des 
Nutzens und Aufwands einzelner Anwendungen und Umsetzungsmaßnahmen. Dies geht ins- 
besondere auf die Komplexität bei der Messung von technologieinduzierten Effekten zurück, 
welche ebenfalls ein separates Untersuchungsfeld darstellt. Stattdessen wird in der Arbeit eine 


37 Eigene Darstellung. Eine detaillierte Abgrenzung und Systematisierung der prozessualen und tech- 
nischen Dimension des Untersuchungsfelds erfolgt in Kapitel 2. 

38 Rechtliche und ethische Fragstellungen beziehen sich u. a. auf die algorithmusbasierte Entschei- 
dungsfindung, inkl. juristischer Fragestellungen der Verantwortung und Haftung, auf die mögliche Dis- 
kriminierung und Voreingenommenheit (Bias) der Systeme, den Umgang mit geistigem Eigentum und 
den Datenschutz sowie die zukünftige Rolle des Menschen und seiner Zusammenarbeit mit intelligen- 
ten Systemen. Eine Übersicht dazu findet sich in Rodrigues et al. (2019), S. 40 ff. 
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1.3 Forschungsdesign 


qualitative Bewertung vorgenommen, u. a. durch die Erhebung von wirtschaftlichen Nutzenpo- 
tenzialen. Eine weitere Einschrankung ergibt sich aus der eingenommenen Betrachtungs- 
ebene bei der Untersuchung von Aufgaben der Informationstechnik (IT) für die Entwicklung 
und den Betrieb von ML-Anwendungen sowie von dafür notwendigen Software- und Hard- 
warekomponenten. Diese werden in ihrer Gesamtheit dargestellt, jedoch nicht inhaltlich ver- 
tieft. Zudem wird hierbei ein Fokus auf ML-spezifische Maßnahmen eingenommen, sodass 
tendenziell „klassische“ IT-Aktivitäten nur tangiert werden, z. B. die Schnittstellenprogrammie- 
rung sowie die Systemintegration und -administration. Bis auf die genannten Themen wird 
keine weitere vorausgehende Eingrenzung vorgenommen. Stattdessen liegt der Arbeit der An- 
spruch zugrunde, zur initialen Erschließung des Forschungsfeldes möglichst einen Gesamt- 
überblick zu relevanten Gestaltungsbereichen für den Einsatz von ML im Logistikmanage- 
ment bereitzustellen, um damit einen Ansatzpunkt für weitere Arbeiten mit einer Fokussierung 
auf einzelne identifizierte Bereiche zu bieten. 


1.3 Forschungsdesign 


1.3.1 Wissenschaftstheoretische Einordnung 


Grundlage für die Konzeption des Forschungsdesigns der vorliegenden Arbeit ist deren Ein- 
ordnung in das wissenschaftliche Spektrum. Wissenschaft wird dabei als „intersubjektiv über- 
prüfbare Untersuchung von Tatbeständen und die auf ihr beruhende, systematische Beschrei- 
bung und — wenn möglich — Erklärung der untersuchten Tatbestände“ definiert.” Sowohl der 
Prozess zum systematischen Gewinn von Erkenntnissen („Wissenschaft als Tätigkeit“) als 
auch die resultierenden Ergebnisse, welche in einem Begründungszusammenhang stehen 
(„Wissenschaft als Ergebnis“), sind Teil des wissenschaftlichen Verständnisses.“ Bei einer 
Systematisierung kann auf oberster Ebene eine Einteilung in Formal- und Realwissenschaften 
vorgenommen werden. Während Formalwissenschaften, wie z. B. die Philosophie, Logik und 
Mathematik, die Konstruktion und Verwendung von Zeichensystemen und Regeln umfassen, 
beinhalten Realwissenschaften die Beschreibung, Erklärung und Gestaltung empirisch wahr- 
nehmbarer Ausschnitte aus der Realität.“ Die Realwissenschaften lassen sich wiederum ent- 
sprechend ihrer Aufgabenstellung in reine und angewandte Wissenschaften (sog. Grundla- 
gen- und Handlungswissenschaften) unterteilen, wobei keine invariante Trennung zwischen 
beiden besteht.*? 


Ein wesentlicher Unterschied dieser beiden Wissenschaftsarten kann jedoch für den Zusam- 
menhang festgemacht werden, in dem die jeweils adressierten Problemstellungen entstehen. 
Ausgangspunkt der Grundlagenwissenschaften, zu den u.a. die Naturwissenschaften gehö- 


39 Körner (1980), S. 726 f. 

40 Vgl. Raffée (1993), S. 13 

41 Vgl. Ulrich, Hill (1979), S. 163 
42 Vgl. Raffée (1993), S. 15 


1 Einleitung 


ren, sind theoretische Zusammenhänge, die im Rahmen des Forschungsprozesses unter Be- 
obachtung der Realität erklärt und geprüft werden 27 Der Forschungsprozess der angewandten 
Wissenschaften beginnt dagegen mit einem Problem in der Praxis, für welches Lösungen 
gefunden werden sollen, sodass eine „neue Wirklichkeit“ entsteht.“ Diese Ergebnisse sind bei 
den angewandten Wissenschaften im zukünftigen Anwendungszusammenhang zu prüfen.“ 
Stellvertreterdisziplinen dieser Wissenschaftsarten sind u. a. die Ingenieurwissenschaften so- 
wie die Sozialwissenschaften, zu denen auch die Betriebswirtschaftslehre gehört.*® 


Das Problem einer bisher fehlenden Befähigung der Unternehmen zum Einsatz von ML im 
Logistikmanagement, welches durch die vorliegende Untersuchung adressiert wird, entstammt 
der Praxis, sodass die Arbeit den angewandten Wissenschaften zugeordnet werden kann. 
Die angestrebten Aktivitäten zur Gestaltung des Technologieeinsatzes durch geeignete Maß- 
nahmen sind Teil des interdisziplinären Aufgabenspektrums des Technologiemanagements, 
welches u. a. wirtschaftliche und technische Inhalte verbindet.*’ Die Arbeit lässt sich daher an 
der Schnittstelle zwischen den Ingenieurwissenschaften und der Betriebswirtschafts- 
lehre verorten. Die Beschreibung und Erklärung von ML, inkl. den Fähigkeiten und Anwen- 
dungsbereichen, sowie die technischen Maßnahmen des Gestaltungsansatzes unterliegen 
dem Verständnis der Ingenieurwissenschaften. Genutzte betriebswirtschaftliche Erklärungs- 
ansätze sind u.a. die Auswirkungen von ML-Anwendungen auf das Logistikmanagement so- 
wie die primär organisatorischen und sozialen Maßnahmen. 


1.3.2 Forschungskonzeption 


Zur Realisierung des Forschungsziels und unter Berücksichtigung bisheriger wissenschaftli- 
cher Erkenntnisse bedarf es eines geeigneten Forschungskonzeptes, welches wesentliche 
Prämissen der jeweiligen Arbeit offenlegt.* Entsprechend der ausgeprägten Interdisziplinarität 
und der hohen Anwendungsorientierung wird der vorliegenden Untersuchung die systemori- 
entierte Managementlehre nach Ulrich (2001) zugrunde gelegt. Dieser Ansatz begreift Un- 
ternehmen als soziotechnische Systeme, welche — analog zum Vorgehen in den Ingenieurwis- 
senschaften — ausgehend von einem Praxisproblem im Rahmen des Forschungsprozesses zu 
gestalten sind.*? In Hinblick auf die Zielsetzung der vorliegenden Arbeit gibt dieses mehrdi- 
mensionale Verständnis von Unternehmen einen Hinweis auf die Gestaltung von sozialen und 
technischen Elementen bei der Einführung neuer Technologien. Der Gestaltungsanspruch 
zur Erzeugung neuer Realitäten mittels möglicher Handlungsalternativen in Form von Model- 
len und Regeln, welcher über die Erklärung und Beschreibung bzw. Prognose von Realitäten 


43 Vgl. Ulrich (1984), S. 202 

44 Vgl. Ulrich (1984), S. 203 

45 Vgl. Ulrich (1984), S. 207 

46 Vgl. Ulrich, Hill (1979), S. 164; Chmielewicz (1994), S. 30 f. 
47 Vgl. Bullinger (1994), S. 43; Klappert et al. (2011), S. 7 

48 Vgl. Chmielewicz (1994), S. 8 ff. 

49 Vgl. Ulrich (2001), S. 25 f. 
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hinausgeht, ist von Forschungsarbeiten im Kontext des systemtheoretischen Ansatzes zu be- 
rucksichtigen.®° Darüber hinaus bedarf es einer Prüfung der entworfenen Lösungen auf An- 
wendbarkeit in der Realität.°' Beiden Forderungen wird in der vorliegenden Arbeit Rechnung 
getragen, indem zum einen neben der Beschreibung der Problemstellung aus der Praxis und 
deren Erklärungen im wissenschaftlichen und praktischen Kontext auch Gestaltungsempfeh- 
lungen entwickelt werden. Zum anderen werden diese Lösungen hinsichtlich ihrer Eignung in 
der Praxis untersucht. 


Als korrespondierendes Rahmenwerk für die Gestaltung des Forschungsprozesses erfolgt zu- 
dem eine Orientierung am idealtypischen Vorgehen für angewandte Wissenschaften nach 
Ulrich (1981). Ausgehend von einer Beobachtung und Beschreibung der praktischen Problem- 
stellung sieht dieses eine Erfassung von bestehenden Theorien, Hypothesen und Verfahren 
vor, die für den Forschungsprozess relevant sind.°? Hierbei erfolgt ein Rückgriff auf Erkennt- 
nisse aus den Formal- und empirischen Grundlagenwissenschaften. Anschließend werden un- 
ter Nutzung geeigneter Forschungsmethoden das Untersuchungsfeld im wissenschaftlichen 
und praxisbezogenen Kontext analysiert sowie damit verbundene Beobachtungen erklärt. 
Dazu wird zu Beginn das Untersuchungsfeld mittels eines konzeptionellen Rahmens beschrie- 
ben und abgegrenzt. Die Ergebnisse münden in der Ableitung der angesprochenen Gestal- 
tungsempfehlungen für die Praxis, die mittels Rückkopplung mit entsprechenden Vertretern 
validiert und ggf. angepasst werden. Insgesamt ergibt sich so eine Verbindung von Theoriein- 
halten mit Informationen aus der Praxis an verschiedenen Stellen des Prozesses. 


Die Beantwortung der Fragestellungen während des Forschungsprozesses werden durch das 
individuelle Vorverständnis des Autors beeinflusst, welches daher ebenfalls zu Beginn of- 
fenzulegen ist. Im vorliegenden Fall ist dieses Verständnis maßgeblich durch eine fünfjährige 
wissenschaftliche Tätigkeit des Autors in zwei Forschungsprojekten und damit verbundenen 
Begleitaktivitäten am Fachgebiet Logistik der Technischen Universität Berlin geprägt. In den 
beiden Projekten namens SMECS™ und SELECT? wurde jeweils eine ML-Anwendung für die 
Prognose und die darauf basierende Optimierung von spezifischen Logistikketten in Zusam- 
menarbeit mit mehreren Unternehmen entwickelt. In diesem Zusammenhang fand ein intensi- 
ver Austausch mit nationalen und internationalen Vertretern aus Wirtschaft, Politik und Wis- 
senschaft zum Einsatz von ML in der Logistik statt, was insgesamt zu einem multiperspektivi- 
schen Verständnis des Autors zum vorliegenden Untersuchungsfeld geführt hat. 


50 Vgl. Ulrich (1984), S. 184 

51 Vgl. Ulrich (1984), S. 179 

52 Vgl. hierzu und zu diesem Abschnitt Ulrich (1981), S. 19 ff. 

53 Vgl. Mayring (2002), S. 29 f. 

54 Das Projekt „Smart Event Forecast for Seaports“ wurde durch das Bundesministerium für Verkehr 
und digitale Infrastruktur von 2017 bis 2020 gefördert. Vgl. BMVI (2017) 

55 Das Projekt „Smarte Entscheidungsassistenz für Logistikketten der Binnenschifffahrt durch ETA- 

Prognosen“ wurde durch das Bundesministerium für Verkehr und digitale Infrastruktur von 2020 bis 

2023 gefördert. Vgl. BMDV (2020) 
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1.4 Aufbau der Arbeit 


Zur inhaltlichen Abgrenzung ist die vorliegende Arbeit in acht Kapitel unterteilt, die nachfolgend 
beschrieben und in Abbildung 4 mit ihren wesentlichen Inhalten, den adressierten Forschungs- 
fragen sowie den korrespondierenden Phasen des gewählten Forschungsprozesses darge- 
stellt sind. 


Im Anschluss an das erste Kapitel, in dem die Problem- und Zielstellung sowie das For- 
schungsdesign und der Aufbau der Arbeit beschrieben werden, erfolgt im zweiten Kapitel eine 
Erarbeitung der theoretischen Grundlagen. Dies umfasst einleitend eine Einordnung der Arbeit 
in bestehende Managementtheorien. Anschließend wird das Untersuchungsfeld erschlos- 
sen und abgrenzt, was sowohl die prozessuale Dimension in Form des Logistikmanagements 
als auch die technische Dimension in Form von ML und der übergeordneten Forschungsdis- 
ziplin KI betrifft. Im dritten Kapitel wird die Forschungsmethodik der Arbeit erläutert, wozu 
eine systematische Literaturanalyse, eine Clusteranalyse und eine empirische Untersuchung 
gehören. Letzteres setzt sich aus einer Gruppen- und Onlinebefragung sowie mehreren Inter- 
views, einschließlich einer Fallstudienforschung, zusammen. Im vierten Kapitel findet eine Er- 
fassung des Status Quo und zukünftiger Entwicklungen zum Untersuchungsfeld in der Pra- 
xis und Forschung statt. Im fünften Kapitel wird eine Typologie zu Anwendungsmöglichkei- 
ten von ML im Logistikmanagement entwickelt und bewertet. Weiterhin werden die Auswir- 
kungen von ML-Anwendungen in Form direkter Veränderungen, Nutzenpotenziale und Risi- 
ken erhoben. Im sechsten Kapitel werden die Anforderungen an den Technologieeinsatz im 
Logistikmanagement empirisch erfasst und bewertet. Auf Grundlage der erzielten Erkennt- 
nisse werden im siebten Kapitel geeignete Maßnahmen zur erfolgreichen Gestaltung von ML- 
Anwendungen und deren Umfeld erarbeitet und in Form eines Gestaltungsansatzes syste- 
matisiert. Dieser wird abschließend anhand eines realen Anwendungsfalls validiert. Das achte 
Kapitel umfasst eine Zusammenfassung und kritische Würdigung der Ergebnisse, welche mit 
der Ausweisung weiterer Forschungsbedarfe abschließt. 
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Abbildung 4: Aufbau und Forschungsprozess der Arbeit?® 


56 Eigene Darstellung 


13 


2 Theoretische Grundlagen 


2 Theoretische Grundlagen 


In diesem Kapitel werden die theoretischen Grundlagen für die Untersuchungen in der vorlie- 
genden Arbeit erfasst. Dies beinhaltet eine Analyse bestehender Theorien, die in Hinblick auf 
das angestrebte Forschungsziel der Erklärung und Gestaltung diesbezüglicher Phänomene in 
der Praxis dienen. Zudem werden bedeutende Termini, Konzepte und Methoden der pro- 
zessualen und technischen Dimension des Untersuchungsfeldes ermittelt und systematisiert, 
was neben einer inhaltlichen Abgrenzung auch der Herausarbeitung von Referenzstrukturen 
für den weiteren Forschungsprozess dient. Insgesamt sollen die Aktivitäten des Kapitels zur 
Beantwortung der ersten sekundären Forschungsfrage führen: 


Wie können ML-Anwendungen im Kontext des Logistikmanagements beschrieben und 
abgegrenzt werden? Welche wesentlichen Konzepte und Methoden sind hierbei zu be- 
rücksichtigen? 


Ausgehend von einer Definition wichtiger technologischer Begriffe werden einleitend relevante 
Forschungs- und Managementtheorien analysiert und diesbezügliche Implikationen für die 
Arbeit abgeleitet (Kapitel 2.1). Anschließend werden das Logistikmanagement, damit ver- 
bundene Grundbegriffe und wesentliche logistische Prozesse erläutert (Kapitel 2.2). Nachfol- 
gend findet eine theoretische Auseinandersetzung mit Entscheidungsprozessen im betrieb- 
lichen Kontext sowie mit den zur Unterstützung eingesetzten Techniken statt (Kapitel 2.3). 
Letzteres inkludiert eine Einordnung von ML und stellt damit den Übergang zur Betrachtung 
der technischen Dimension des Untersuchungsfeldes dar. Ausgehend von einer Darstellung 
des übergeordneten Forschungs- und Technologiebereiches in Form von KI werden hierbei 
die Möglichkeiten zur Realisierung einer systemseitigen Lernfähigkeit analysiert und gegen- 
übergestellt, was zudem eine Definition von ML und der der darauf basierenden Lernenden 
Systeme beinhaltet. Ebenfalls wird eine Systematisierung von ML anhand von Lerntypen, 
-aufgaben und -verfahren vorgenommen (Kapitel 2.4). Abschließend werden die Erkenntnisse 
zur modellhaften Abgrenzung der in der Arbeit betrachteten ML-Anwendungen im Logistikma- 
nagement zusammengeführt (Kapitel 2.5). 


Die Erfassung der Inhalte in diesem Kapitel erfolgt im Rahmen einer explorativ geprägten Li- 
teraturanalyse, deren Vorgehen sich an der Methode der konzentrischen Kreise (sog. 
Schneeballverfahren) orientiert, welche eine Ermittlung des Forschungsstands ausgehend von 
zentralen Veröffentlichungen vorsieht.’ Die analysierten und eingebundenen Veröffentlichun- 
gen entstammen einem breiten Spektrum unterschiedlicher Disziplinen. In Bezug auf die for- 
schungsleitenden Theorien umfasst dies Literatur zur strategischen Unternehmensführung so- 
wie zum Innovations- und Technologiemanagement, einschließlich der Adoptionsfor- 
schung. Für die prozessuale Dimension werden Erkenntnisse aus der Logistikforschung ge- 
nutzt. Die Veröffentlichungen zu KI und ML entstammen hauptsächlich der Informatik, wobei 


57 Vgl. Kornmeier (2007), S. 117 f. 
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auch Literatur aus der damit verbundenen Zukunftsforschung Eingang findet. Entsprechend 
des Zusammenhangs zur menschlichen Intelligenz wird in diesem Kontext auch Literatur der 
Kognitionswissenschaften eingebunden. Diese Disziplin findet ebenfalls im Rahmen der Be- 
trachtungen zu Entscheidungsprozessen Berücksichtigung, wobei hier zusätzlich auf Erkennt- 
nisse aus der deskriptiven°® und praskriptiven®? Entscheidungstheorie sowie dem assoziierten 
Teilbereich der betriebswirtschaftlichen Entscheidungstheorie zurückgegriffen wird, wel- 
cher die Untersuchung, Erklärung und methodische Unterstützung von Entscheidungen im 
Unternehmenskontext adressiert”. 


2.1 Forschungsleitende Theorien 


In diesem Unterkapitel werden relevante Forschungs- und Managementtheorien analysiert 
und diesbezügliche Implikationen für die angestrebten Untersuchungen abgleitet. Es handelt 
sich zum einen um Theorien, die einen Begründungszusammenhang zwischen der Wettbe- 
werbsfähigkeit von Unternehmen und dem Technologieeinsatz herstellen. Zum anderen wer- 
den Theorien und darauf aufbauende Modelle zur Erklärung und erfolgreichen Gestaltung des 
Übernahmeprozesses von Technologien (Diffusion bzw. Adoption) betrachtet. Vorab werden 
bedeutende Begriffe im Technologiekontext definiert. 


2.1.1 Technologische Grundbegriffe 


Die Begriffe Technologie und Technik werden im deutschsprachigen Wissenschaftsdiskurs 
unterschiedlich verwendet.°! Eine Abgrenzungsmöglichkeit ergibt sich durch die systemorien- 
tierte Betrachtung beider Begriffe. Nach Bullinger (1994) bezeichnet Technologie das Wissen 
von interdisziplinären Zusammenhängen zur Lösung technischer Problemstellungen, wozu 
neben naturwissenschaftlichen und technischen auch betriebswirtschaftliche, soziale und po- 
litische Zusammenhänge zählen. Der Technikbegriff umfasst dagegen die Ergebnisse der 
Anwendung des Wissens in Form von Artefakten zur konkreten Problemlösung, wie Maschi- 
nen, Geräte oder Systeme. Nach diesem klassischen Verständnis wird Technologie als Aus- 
gangsbasis (Input) für die Entwicklung von Technik (Output) interpretiert. Diese definitorische 
Abgrenzung ist jedoch bei realisierten Artefakten in der Praxis nicht immer eindeutig möglich, 
sodass sie u.a. im englischen Sprachraum auch nicht verfolgt wird. Vor diesem Hintergrund 


58 Die deskriptive Entscheidungstheorie setzt sich mit dem in der Realität stattfindenden Prozess von 
Entscheidungen auseinander. Auf dieser Grundlage werden empirische Zusammenhänge analysiert 
und erklärt, um Fehler bei der Entscheidungsfindung von Menschen und betrieblichen Organisationen 
zu identifizieren sowie Hypothesen zu deren zukünftigen Verhalten aufzustellen. Vgl. Bamberg et al. 
(2012), S.5 

59 Im Kontext der präskriptiven Entscheidungstheorie werden Möglichkeiten zur Unterstützung zukünf- 
tiger Entscheidungen in der Realität erarbeitet. Ziel ist die Formulierung von Empfehlungen für das ra- 
tionale Verhalten von Entscheidungsträgern durch die Bereitstellung von geeigneten Lösungstechni- 
ken. Vgl. Laux et al. (2018), S. 17; Kahle (2001), S. 24 

60 Vgl. Kahle (2001), S. 24; Bamberg et al. (2012), S. 11 

61 Weiterführende Ausführungen siehe Binder, Kantowsky (1996), S. 87 ff. 

62 Vgl. hierzu und zum folgenden Satz Bullinger (1994), S. 34 f. 
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wurde von Binder, Kantowsky (1996) ein integratives Begriffsverständnis eingeführt, wel- 
ches Technik als Subsystem der Technologie versteht (siehe Abbildung 5). Nach diesem Ver- 
ständnis — welches auch in der vorliegenden Arbeit Anwendung findet - ist Technologie wie 
folgt definiert: 


„Technologie beinhaltet Wissen, Kenntnisse, Fähigkeiten und Fertigkeiten zur Lösung 
technischer Probleme, sowie die Anlagen, Einrichtungen und Verfahren, die dazu die- 
nen, naturwissenschaftliche Erkenntnisse praktisch umzusetzen.“ 


Klassisches Technologieverständnis 
| 


Differenzierung 
| 


l l 


Prozess 


Input Output 
Anwendung der Technologie Technik 
Technologie —> zur Problemlösung > 
3 Artefakte, u. a. Maschinen, 
Wissen und Verfahren Angewandte Forschung und Produkte 


Entwicklung 


Integratives Technologieverständnis 


Abbildung 5: Systemorientiertes Begriffsverständnis von Technologien™ 


Technologien, mit denen die Beschaffung, Verarbeitung, Übertragung, Speicherung und/oder 
Bereitstellung von Informationen erfolgt, werden als Informationstechnologien oder — im Sinne 
des Technikbegriffes — als Informationssysteme (IS) bezeichnet.® IS weisen neben maschi- 
nellen auch menschliche Komponenten in Form der jeweiligen Nutzer und Entwickler auf, wel- 
che durch Kommunikationsbeziehungen miteinander verbunden sind, sodass aus systemthe- 
oretischer Sicht von soziotechnischen Systemen gesprochen wird. Die maschinelle Kompo- 
nente wird durch ein Anwendungssystem repräsentiert, welches sowohl aus Software- als 
auch aus Hardwarebestandteilen besteht. Software kann nach der ISO/IEC 2382:2015 wiede- 
rum in Anwendungs-, System- und Unterstützungssoftware unterschieden werden, wobei An- 
wendungssoftware°’ im Gegensatz zu den anderen Ausprägungen stets für die Lösung spe- 
zifischer Anwenderprobleme oder -aufgaben entwickelt wird.6® Die Gesamtheit der Anwen- 
dungssoftware, die zusammen mit weiteren Software- und Hardwarebestandteilen für ein kon- 
kretes betrieblichen Anwendungsgebiet eingesetzt wird, bildet ein Anwendungssystem.®? Aus 
dem stets vorliegenden Bezug zu einer spezifischen betrieblichen Aufgabe bzw. Problemlö- 
sung leitet sich die dritte Komponente eines IS ab. Insgesamt ergibt sich der in Abbildung 6 


63 Binder, Kantowsky (1996), S. 91 

64 Eigene Darstellung in Anlehnung an Binder, Kantowsky (1996), S. 92; Bullinger (1994), S. 34 

65 Vgl. Schwarze (2000), S. 46 

66 Vgl. Hansen et al. (2019), S. 12 f. 

87 Der Begriff der Anwendungssoftware wird im weiteren Verlauf haufig in der Kurzform der Software 
genutzt. 

68 Vgl. Leimeister (2015), S. 66 

69 Vgl. Stahlknecht, Hasenkamp (2002), S. 208 
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dargestellte modellhafte Aufbau dieser Systeme, welcher aus den drei Komponenten Anwen- 
dungssystem, Mensch und Aufgabe besteht, die aus systemtechnischer Sicht auch als Sub- 
systeme der IS bezeichnet werden.” 


Informationssystem 


Mensch 
Anwendungssystem 
Anwendungssoftware 
Aufgabe > System- und Unterstützungssoftware 


Computerhardware 


weitere Technik 


Abbildung 6: Systemtechnisches Modell vom Informationssystemen” 


Handelt es sich bei den betrachteten Technologien um Neuerungen, wird von technischen 
Innovationen bzw. — unter Berücksichtigung des integrativen Begriffsverstandnisses — von 
technologischen Innovationen gesprochen.’? Innovationen sind wiederum Ideen, Prozesse 
oder Objekte, die von einem Individuum oder einer übergeordneten Einheit, z. B. einem Unter- 
nehmen, als neu wahrgenommen werden. "7 Bedeutende informationstechnische Neuerungen 
werden als IT-Innovationen bezeichnet. Für technologische Innovation, die einen wesentli- 
chen Beitrag zur digitalen Transformation leisten, wie es bereits einleitend in der vorliegenden 
Arbeit für Machine Learning festgestellt wurde, findet zudem der Begriff der digitalen Tech- 


nologien Anwendung. 


2.1.2 Strategische Bedeutung von Technologien 


Für die Sicherstellung der Wettbewerbsfähigkeit von Unternehmen bedarf es einer kontinuier- 
lichen Identifikation von Möglichkeiten zum Aufbau und zum nachhaltigen Aufrechterhalten 
von Wettbewerbsvorteilen.“ Zum potenziellen Lösungsraum gehört auch der Einsatz von 
technologischen Innovationen.” Für die Erklärung der Bedeutung von Technologien zur Ge- 
nerierung von Wettbewerbsvorteilen haben sich verschiedene theoretische Ansätze her- 
ausgebildet, die teilweise aufeinander aufbauen. Im Folgenden werden diejenigen Theorien 
mit der höchsten Relevanz für die vorliegende Arbeit dargestellt. Dabei handelt es sich um den 
Market-based View (MBV), den Resource-based View (RBV), den Competence-based View 


70 Vgl. Hansen et al. (2019), S. 15 
71 Eigene Darstellung 

72 Vgl. Bullinger (1994), S. 35 

73 Vgl. Rogers (1983), S. 11 

74 Vgl. Teece et al. (1997), S. 510 
75 Vgl. Bullinger (1994), S. 39 
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(CBV) und den Dynamic Capabilities View (DCV). Deren zentrale Aussagen und Beziehungen 
finden sich vorab in Abbildung 7. 


,Outside-In-Perspektive* „Inside-Out-Perspektive“ 


Positionierung am Markt als Interne Ressourcen, z. B. 


Grundlage für Wettbewerbs- EE EE Technologien, als Grundlage 
vorteil für Wettbewerbsvorteil 
Umsetzung des technologie- 
Competence- d r 
H bezogenen Wissens in 
er Me wettbewerbsentscheidende 
(CBV) 


Fähigkeiten 


4 


Realisierung technologie- 


Dynamic bezogener Fähigkeiten im 
eet ote > Capabilities View Zuge sehr dynamischer 
(DCV) Umweltveränderungen, u. a. 


Digitalisierung 
Abbildung 7: Theorien zur Erklärung der strategischen Bedeutung von Technologien” 


2.1.2.1 Market-based View 


Der marktorientierte Ansatz macht den Erfolg von Unternehmen im Wesentlichen von der Po- 
sitionierung gegenüber Wettbewerbern abhängig.” Als wichtiger Vertreter dieses Ansatzes gilt 
Porter (1998), der in den 1980er Jahren verschiedene Branchenstrukturen und darauf basie- 
rende generische Wettbewerbsstrategien von Unternehmen untersucht hat. In Abhängigkeit 
der gegebenen Wettbewerbssituation können im Kontext des MBV Chancen und Risiken für 
Unternehmen entstehen, die bei deren strategischer Gestaltung zu berücksichtigen sind. Dem- 
entsprechend vertritt dieser Ansatz eine extern orientierte Sicht (sog. Outside-In-Perspek- 
tive), nach der sich Unternehmen entsprechend des Marktumfeldes für die Erzielung eines 
Wettbewerbsvorteils anpassen müssen.’® Technologien werden im Kontext des MBV ebenfalls 
betrachtet, indem damit verbundene Innovationen zu strategischen Vorteilen führen können, 
wobei dies häufig für den gesamten Markt zutrifft.” Einen Erklarungsansatz für einen techno- 
logiebasierten Wettbewerbsvorteil von Unternehmen bietet der MBV jedoch weniger. Aller- 
dings vermittelt er die Bedeutung zur Analyse von externen Veränderungen — welche u.a. auf 
neue Technologien zurückgehen können. 


76 Eigene Darstellung 

77 Vgl. Teece et al. (1997), S. 511 
78 Vgl. Barney (1991), S. 99 f. 

79 Vgl. Porter (1998), S. 229 
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2.1.2.2 Resource-based View 


Basierend auf den Untersuchungen von Penrose (1997) entstanden als Reaktion auf den MBV 
seit Ende der 1980er Jahre mehrere Theorien®, die einen ressourcenorientierten Ansatz ver- 
folgen DI Der RBV postuliert, dass Wettbewerbsvorteile nicht alleine auf die Marktposition von 
Unternehmen, sondern auch auf interne Gegebenheiten der Unternehmen zurückzuführen 
sind. Insbesondere in Märkten mit schnellen technologischen Änderungen können unterneh- 
mensinterne Ressourcen einen höheren Beitrag zum Unternehmenserfolg leisten, als es im 
Rahmen des MBV angenommen wird.®? Anstatt des externen Fokus nimmt der RBV daher 
eine interne Betrachtung von Unternehmen ein (sog. Inside-out-Perspektive).® Aus Sicht des 
RBV bestehen Unternehmen aus einem Bündel von spezifischen Ressourcen, welche die 
Grundlage für deren Erfolg oder Misserfolg bilden Di Ressourcen sind sämtliche materielle und 
immaterielle Assets, über die ein Unternehmen zur Verbesserung seiner Effektivität und Effi- 
zienz verfügen kann, d. h. alle Vermögenswerte, Fähigkeiten, Prozesse, Unternehmensmerk- 
male und Informationen.8 Der RBV führt Erfolgsunterschiede von Unternehmen innerhalb ei- 
ner Branche auf eine heterogene Ausstattung mit diesen Ressourcen® zurück. Wettbewerbs- 
vorteile können daher nur durch deren gezielten Aufbau umgesetzt werden 2" Neben Techno- 
logien, wie Maschinen und IT-Systeme, versteht der RBV auch die Fähigkeiten zur Technolo- 
gienutzung in Form von Wissen, Strukturen und Prozessen als Ressourcen.® Zur Erzielung 
von Wettbewerbsvorteilen müssen Unternehmen daher in der Lage sein, neue erfolgskritische 
Technologien zu identifizieren, sich anzueignen und diese umzusetzen. 


2.1.2.3 Competence-based View 


Der kompetenzorientierte Ansatz wurde zu Beginn der 1990er Jahre als Präzisierung des RBV 
von Prahalad, Hamel (2006) begründet.” Er folgt der Annahme, dass die bloße Ausstattung 
mit Ressourcen für eine Erklärung von Wettbewerbsvorteilen nicht ausreichend ist. Vielmehr 
bedarf es besonderer Kompetenzen der Unternehmen, um die Ressourcen zielgerichtet ent- 
sprechend der jeweiligen Anforderungen des Marktes einzusetzen.?' Erst durch die ressour- 
cenbezogenen Kompetenzen sind Unternehmen in der Lage, das vom RBV postulierte Po- 
tenzial von Ressourcen im Sinne eines effektiveren und effizienteren Einsatzes im Vergleich 


80 Vgl. Priem, Butler (2001), S. 24 

81 Vgl. Sanchez, Heene (1997), S. 305 

82 Vgl. Teece et al. (1997), S. 511 

83 Vgl. Barney (1991), S. 100 

84 Vgl. Wernerfelt (1984), S. 172 

85 Vgl. Barney (1991), S. 101 

86 Nach dem sog. VRIO-Schema müssen erfolgswirksame Ressourcen einen Nutzen für den Kunden 
haben (Value) sowie nicht-substituierbar (Rarity), nicht-imitierbar (Inimitablitity) und unternehmensspe- 
zifisch (Organisational specificity) sein. Vgl. Barney (1991), S. 105 f. 

87 Vgl. Barney (2001), S. 648 f. 

88 Vgl. Wernerfelt (1984), S. 172 

89 Vgl. Schulte-Gehrmann et al. (2011), S. 58 

90 Vgl. Sanchez, Heene (1997), S. 305 f. 

91 Vgl. Freiling (2004), S. 31 
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zu Wettbewerbern zu erschließen. Als wettbewerbsrelevante Kompetenzen”? werden Fähig- 
keiten eines Unternehmens zur Erschließung derjenigen Technologien und Produktionsfertig- 
keiten bezeichnet, die eine schnelle Reaktion auf veränderte Umweltbedingungen ermögli- 
chen.®# Ihr Aufbau und Einsatz muss durch die Unternehmensführung gezielt koordiniert wer- 
den: Es können entweder bestehende Kompetenzen weiterentwickelt (sog. Competence 
Leveraging) oder neue Kompetenzen erworben werden (sog. Competence Building). Für die 
Herausbildung von Kompetenzen sind im Sinne des CBV auch Kooperationen mit Partnern im 
Netzwerk zu prüfen, um schnell auf Marktchancen reagieren zu können. 


2.1.2.4 Dynamic Capabilities View 


Der Ansatz der dynamischen Fähigkeiten von Unternehmen wurde Ende der 1990er Jahre 
von Teece et al. (1997) als eine Ergänzung des RBV und CBV begründet.” Er entstand als 
Reaktion auf eine stärkere Frequenz von größeren wettbewerbsbezogenen, technischen, ge- 
sellschaftlichen und regulatorischen Veränderungen, mit denen Unternehmen konfrontiert sind 
und die zur Anpassung der eigenen Ressourcen und Fähigkeiten genutzt werden können.” 
Anders als die bisherigen Ansätze liefert der DCV ein theoretisches Fundament für den Um- 
gang mit diesen schnellen Veränderungen zur Erzielung langfristiger Wettbewerbsvorteile.°® 
Demnach müssen Unternehmen sog. dynamische Fähigkeiten entwickeln, die nach Teece 
et al. (1997) wie folgt definiert sind: „The firm’s ability to integrate, build and reconfigure internal 
and external competencies to address rapidly changing environments.”” Bei den erforderli- 
chen Fähigkeiten wird allgemein in folgende Ausprägungen unterschieden: 


- Sensing: Die Fähigkeit, Chancen und Bedrohungen aus Veränderungen in der Umwelt 
zu erkennen. 

- Seizing: Die Fähigkeit, Ressourcen zu mobilisieren, um Vorteile aus den identifizierten 
Chancen zu ziehen. 

- Transformation: Die Fähigkeit, Ressourcen fortwährend zu verbessern, neu zu kombi- 
nieren oder zu modifizieren, um Wettbewerbsvorteile aufrecht zu erhalten.’ 


Mithilfe diesbezüglicher Fähigkeiten soll sichergestellt werden, dass über die Nutzung von ein- 
mal — im Sinne des RBV und CBV - erkannten Chancen eine kontinuierliche Weiterentwick- 
lung der Unternehmen im Einklang mit Umweltveränderungen erfolgt, um den initialen Wett- 
bewerbsvorteil nachhaltig aufrechtzuerhalten.'?! Hierbei wird von einem organisationalen 


92 Auch bei den Kompetenzen muss es sich um einzigartige Ausprägungen im Sinne des VRIO-Sche- 
mas handeln. 

93 Vgl. Prahalad, Hamel (2006), S. 277 

9% Vgl. Sanchez, Heene (1997), S. 306 

95 Vgl. Sanchez, Heene (1997), S. 314 

8 Vgl. Barreto (2010), S. 259 

97 Vgl. Teece (2007), S. 1320 

938 Vgl. Barreto (2010), S. 259 

99 Teece et al. (1997), S. 512 

100 Vgl. Teece (2007), S. 1319; Barreto (2010), S. 272 
101 Vgl. Teece (2007), S. 1347 
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Lernprozess ausgegangen, bei dem die zukünftige Entwicklung von Unternehmen von den 
bestehenden Voraussetzungen abhängig ist.'% Auch im Sinne des DCV wird die Entwicklung 
der Fähigkeiten mit einer gezielten Übernahme von neuen Technologien assoziiert, wobei an- 
stelle eines externen Zukaufes dem eigenen Aufbau der damit verbundenen Fähigkeiten eine 
höhere Erfolgswirksamkeit beigemessen wird 109 


2.1.3 Adoption von Technologien 


Die zuvor genannten Theorien verdeutlichen die strategische Bedeutung von Technologien. 
Sie zeigen aber auch, dass Unternehmen für jede Technologie individuelle Maßnahmen zu 
deren potenziellen Einsatz entsprechend der internen und externen Rahmenbedingungen er- 
greifen müssen. Dies betrifft eine vorgelagerte Entscheidung zu der Übernahme oder Ableh- 
nung der jeweiligen Technologie sowie eine anschließende Gestaltung des Übernahmepro- 
zesses in die Organisation zur Realisierung von Wettbewerbsvorteilen. Die Erklärung dieser 
Aktivitäten erfolgt im Rahmen der Diffusionstheorie (Diffusion of Innovations, DOI), welche 
ausgehend von einer innovationsübergreifenden Betrachtung die Grundlage für weitere theo- 
retische Ansätze zur Fokussierung von bestimmten Innovationen und/oder von Teilaspekten 
des Übernahmeprozesses darstellt. 


Für die vorliegende Arbeit wurden neben der DOI spezielle Theorien zur Erklärung und 
Gestaltung des Einsatzes von technologischen Innovationen bzw. von Informationsystemen 
ausgewählt. Dazu gehören das Technology-Organization-Environment-Modell (TOE) sowie 
das Mensch-Technik-Organisation-Konzept (MTO), welche den Übernahmeprozess auf 
gesamtorganisatorischer Ebene adressieren. Zusätzlich wird das Technology-to- 
Performance-Chain-Modell (TPC) herangezogen, welches diese Untersuchungen auf einer 
anwendungsbezogenen Ebene in Hinblick auf indiviudelle Anwendungsfälle und 
Nutzungsvoraussetzungen theoretisch fundiert. Die zentralen Aussagen und Beziehungen 
dieser Theorien finden sich in Abbildung 7 und werden nachfolgend beschrieben. 


102 Vgl. Teece (2007), S. 1325 
103 Vgl. Barreto (2010), S. 259 
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Einsatz von Technologien in 
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Abbildung 8: Theorien zur Gestaltung der Adoption von Technologien’™ 


2.1.3.1 Diffusion of Innovations 


In Hinblick auf eine gesamtunternehmerische Zielsetzung soll der Einsatz von technologischen 
Innovationen bei der Lösung von betrieblichen Problemen unterstützen.'® Dies setzt eine vo- 
rausgehende Integration der Technologie in die jeweilige Organisation voraus. Zur Erklärung 
von Zusammenhängen bei der Übernahme von Innovationen in einem sozialen System in 
Form eines Unternehmens oder einer gesamten Branche wurde die Diffusionstheorie in den 
1960er Jahren durch Rogers (1983) begründet. Die Diffusion beschreibt den Prozess der 
Ausbreitung einer Innovation unter den Mitgliedern des sozialen Systems im Zeitverlauf.'% Im 
Falle der Betrachtung des Übernahmeprozesses in Bezug auf diese einzelnen Mitglieder wird 
wiederum von einer Adoption gesprochen, wobei die Mitglieder als Adoptionssubjekte be- 
zeichnet werden.'” Demzufolge entspricht die Diffusion einer kumulierten Betrachtung dieser 
Individualebene, was auch zu einer engen Verbindung zwischen der Diffusion- und der Adop- 
tionstheorie führt. 


Eine erfolgreiche Diffusion hängt von den Individualentscheidungen der einzelnen Organisati- 
onsmitglieder über deren Annahme oder Ablehnung der jeweilige Innovation ab.'%® Diese Ent- 
scheidungen sind von einer hohen Unsicherheit über den tatsächlichen Beitrag der Innovation 
zur Problemlösung sowie damit verbundener positiver und negativer Auswirkungen gepragt.'°° 
Mit dem Ziel der Reduzierung dieser Unsicherheit werden in der Regel mehrere Aktivitäten zur 


104 Eigene Darstellung 

105 Vgl. Rogers (1983), S. 6 

106 Vgl. Rogers (1983), S. 5 

107 Vgl. Gerpott (1999), S. 121, 126 

108 vol, Rogers (1983), S. 21 

109 Vgl. hierzu und zum folgenden Satz Rogers (1983), S. 13 
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2.1 Forschungsleitende Theorien 


Informationssuche und -verarbeitung durch die Mitglieder bzw. das Unternehmen durchge- 
führt, die von Rogers (1983) im Rahmen des sog. Innovationsentscheidungsprozesses syste- 
matisiert wurden. Die fünf Phasen dieses idealtypischen Prozesses, der häufig auch als Adop- 
tionsprozess bezeichnet wird, sind in Abbildung 9 dargestellt und werden im Folgenden an- 
hand einer technologischen Innovation beschrieben. 


Wissen Überzeugung Entscheidung Umsetzung Bestätigung 


Abbildung 9: Adoptionsprozess""° 


Zu Beginn des Adoptionsprozesses steht der Bedarf zur Lösung eines Problems, wobei dieses 
sowohl zeitlich vor der Kenntnis über die Innovation bekannt sein als auch erst nach der Kennt- 
nis über die Innovation und ihre Möglichkeiten sichtbar werden kann 171 In der Wissensphase 
erfährt ein potenzieller Adopter von der Technologie und entwickelt dazu ein Verständnis, ohne 
dass er bereits eine Bewertung trifft. Es handelt sich oftmals um eine aktive Suche nach Infor- 
mationen, mit denen der Adopter seine Unsicherheit über die Technologie und deren Fähigkeit 
zum Einsatz für die Lösung betrieblicher Probleme verringern möchte. Bei dem gewonnenen 
Wissen kann es sich um Informationen zur bloßen Existenz der Technologie (Awareness- 
Knowledge) sowie um Anwendungsmöglichkeiten (How-to-Knowledge) und um Grundlagen- 
wissen (Principles-Knowledge) handeln. In der Überzeugungsphase (Persuasion Stage) er- 
mittelt der Adopter die Vor- und Nachteile der Technologie, wodurch eine erste Bewertung 
möglich ist. Häufig wird zur Verringerung der Unsicherheit zusätzlich eine Erprobung der Tech- 
nologie, z. B. in Form von Prototypen, durchgeführt. Das bisherige Wissen mündet im Rahmen 
der Entscheidungsphase in einer Entscheidung für eine Adoption oder Ablehnung der Tech- 
nologie. Im erstgenannten Fall erfolgen in der Umsetzungsphase eine Einführung und Anwen- 
dung der Technologie, wobei es zu iterativen Anpassungen kommen kann. In der abschlie- 
Benden Bestatigungsphase werden die erzielten Erfahrungen mit den vorherigen Annahmen 
zu Vor- und Nachteilen abgeglichen und der Erfolg bewertet, was in einer nachträglichen Be- 
stätigung oder Ablehnung mündet. Im Falle einer Bestätigung erfolgt eine weiterführende In- 
tegration der Technologie in die Unternehmensstrukturen. 


Die Entscheidungen innerhalb des Adoptionsprozesses, welche auf Individualebene zur An- 
nahme oder Ablehnung führen und damit aus übergeordneter Sicht den Erfolg oder Misserfolg 
eines Technologieeinsatzes bestimmen, werden durch verschiedene Faktoren beeinflusst.''2 
Neben der grundsätzlichen Adoptionsbereitschaft determinieren diese Einfluss- oder Adop- 
tionsfaktoren''? auch die Geschwindigkeit eines Adoptionsprozesses, d.h. die Anzahl von 
Teilnehmern eines Systems, welche innerhalb eines Zeitraums die Technologie übernehmen 


110 Eigene Darstellung in Anlehnung an Rogers (1983), S. 165 

111 Vgl. hierzu und zu diesem Abschnitt Rogers (1983), S. 21, 164 ff. 

112 Vgl. Rogers (1983), S. 11 

113 Die Einflussfaktoren werden im Kontext zukünftiger Adoptionen von Technologien auch als 
Prädiktoren (Predictors) bezeichnet. Vgl. Baker (2012), S. 237; Rogers (1983), S. 358 
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(sog. Adoptionsrate bzw. Diffusionskurve).'* Rogers (1983) führt in diesem Zusammenhang 
mehrere Faktoren auf, die sich insbesondere auf Merkmale der Innovation beziehen, z.B. de- 
ren relativer Vorteil gegenüber anderen Innovationen, deren Kompatibilität zu den Erfahrun- 
gen, Bedarfen und geltenden Werten des jeweiligen Systems, deren Verständlichkeit und An- 
wendbarkeit sowie die Sichtbarkeit von deren zentralen Eigenschaften und positiven Auswir- 
kungen.1"5 


2.1.3.2 Technology-Organization-Environment 


Aufbauend auf der DOI-Theorie wurde mit dem TOE-Modell von DePietro et al. (1990) ein 
spezialisiertes Modell für die Adoption von technologischen Innovationen begründet. In Ergän- 
zung zu den Erkenntnissen von Rogers (1983) liefert diese Theorie einen Erklärungsansatz 
für relevante Faktoren, welche die Adoption beeinflussen und daher bei der Entscheidung zum 
Technologieeinsatz von Unternehmen zu berücksichtigen sind 18 Hierzu wurde eine Syste- 
matisierung der interdisziplinären Faktoren vorgenommen, wobei auch eine separate Dimen- 
sion zu Faktoren aus dem Umfeld von Unternehmen (External Task Environment) berücksich- 
tig wurde (in Abbildung 10). 


Externes Umfeld Organisation 
Branchenmerkmale und 4 > Formelle und informelle 
Markstruktur Strukturen 
Technologieunterstützende f ` Kommunikationsprozesse 

Infrastruktur Entscheidungsfindung Größe 
fs à für Technologieeinsatz 
Staatliche Regulierung Ungenutzte Ressourcen 


Í 


Technologie 


Verfügbarkeit 
Merkmale 


Abbildung 10: TOE-Modell""” 


Die technologische Dimension des TOE-Modells bezieht sich zum einen auf die Eigenschaf- 
ten der betrachteten Technologie, welche individuell für das jeweilige Adoptionsobjekt zu er- 
mitteln sind 119 Zum anderen sind auch alle bereits verfügbaren Technologien des jeweiligen 
Unternehmens zu berücksichtigen, da sich hieraus dessen Fortschritt und Wandlungsfähigkeit 
sowie Ansatzpunkte zur technischen Weiterentwicklung ableiten lassen. In diesem Kontext 
sollte auch das bestehende Wissen des Unternehmens zur Anwendung der betreffenden 
Technologie betrachtet werden. 


114 Vgl. Rogers (1983), S. 232; Gerpott (1999), S. 123 f. 

115 Vgl. Rogers (1983), S. 211 

116 Das Modell ist in Tornatzky, Fleischer (1990) erschienen und wird häufig in der Literatur mit diesen 
beiden Autoren assoziiert. 

117 Eigene Darstellung in Anlehnung an DePietro et al. (1990), S. 153 

118 Vgl. hierzu und zu diesem Abschnitt DePietro et al. (1990), S. 163 ff. 
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Die organisationale Dimension sollte verschiedene Merkmale des Unternehmens abdecken, 
wozu formelle und informelle Organisationsstrukturen gehören, welche z. B. den Informations- 
und Ideenaustausch oder die abteilungsübergreifende Unterstützung einer Adoption beein- 
flussen.'!? Ferner sind auch betriebliche Kommunikationsprozesse zu betrachten, wozu die 
aktive „Vermarktung“ und Förderung einer geplanten Technologieeinführung durch die Unter- 
nehmensführung zählen. Diese werden wiederum von der grundsätzlichen Einstellung und 
dem Verhalten der Führungskräfte gegenüber Veränderungen beeinflusst, sodass auch diese 
Faktoren Berücksichtigung finden sollten. Zusätzlich ist auch die Größe des Unternehmens zu 
betrachten, welche jedoch nicht nur anhand der Mitarbeiteranzahl, sondern auch am Umsatz 
und Gewinn des Unternehmens zu bestimmen ist. Ein weiteres Merkmal stellen die für die 
Adoption zur Verfügung stehenden finanziellen und personellen Ressourcen dar. 


Zur zusätzlichen externen Dimension gehören z. B. die Eigenschaften und Struktur der Bran- 
che des jeweiligen Unternehmens, welche einen Hinweis auf die Adoptionsbereitschaft der 
dort agierenden Unternehmen geben können, da es sich bspw. um eine Branche mit einem 
schnellen Wachstum oder Rückgang handelt.'?° Auch die Verfügbarkeit externer Ressourcen 
in Form von unterstützenden Lieferanten und Dienstleistern sowie Arbeitskräften und Begleit- 
technologien ist relevant. Zudem ist das regulatorische Umfeld zu berücksichtigen, von dem 
u. a. adoptionsfördernde finanzielle Anreize, aber auch hemmende Restriktionen, z. B. gesetz- 
liche Vorgaben, ausgehen können. 


Die bisherigen Forschungsarbeiten zeigen eine vielfältige Anwendbarkeit und einen hohen Er- 
klärungshalt des TOE-Modells in Bezug auf die Adoption von verschiedenen Technologien in 
unterschiedlichen Branchen.'?' Insbesondere für Anwendungssysteme — auch im Kontext der 
Logistik — existiert eine Vielzahl von Untersuchungen.‘ Aus den Veröffentlichungen wird auch 
ersichtlich, dass die relevanten Einflussfaktoren innerhalb der drei Dimensionen des TOE-Mo- 
dells in Abhängigkeit des Untersuchungsfeldes stark variieren. Ausgehend von diesen empiri- 
schen Erkenntnissen leitet Baker (2012) die Notwendigkeit ab, dass für jede Technologie und 
jeden Anwendungsbereich eine spezifische Untersuchung von Einflussfaktoren erfolgen 
muss: „[...] that for each specific technology or context that is being studied, there is a unique 
set of factors to measure.” 


2.1.3.3 Mensch-Technik-Organisation 


Mit dem MTO-Konzept wurde Ende der 1990er Jahre von Strohm, Ulich (1997) ein theoreti- 
scher Ansatz zur Analyse und Bewertung von Unternehmen in Hinblick auf die Einführung von 
Technologien entwickelt. Anders als die bisher vorgestellten Theorien, welche primar einer 
Erklarung von Adoptionsprozessen dienen, adressiert das MTO-Konzept deren Gestaltung, 


119 Vgl. hierzu und zu diesem Abschnitt DePietro et al. (1990), S. 154 ff. 

120 Vgl. hierzu und zu diesem Abschnitt DePietro et al. (1990), S. 166 ff. 

121 Vgl. Baker (2012), S. 235 

122 Übersichten finden sich in Oliveira, Martins (2011), S. 113 ff.; Baker (2012), S. 235 ff. 
123 Baker (2012), S. 236. 
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indem es verschiedene Bereiche vorgibt, die bei der Gestaltung eines erfolgreichen Techno- 
logieeinsatzes zu berücksichtigen sind. Aus dem Verständnis von Unternehmen als soziotech- 
nische Systeme geht das MTO-Konzept dabei analog zum TOE-Modell über eine isolierte Be- 
trachtung der jeweiligen Technologie hinaus, indem es eine abgestimmte Gestaltung von 
technologischen, organisatorischen und sozialen Faktoren (sog. Joint Optimization) fordert.'?* 
Aufgrund von starken Abhängigkeiten und Wechselwirkungen zwischen diesen drei Dimensi- 
onen wird zusätzlich betont, dass die einzelnen Schnittstellen bei der Gestaltung im besonde- 
ren Maße zu betrachten sind. Zusätzlich wird auf die Einbettung der Unternehmen in ein 
Umfeld hingewiesen, welches u. a. durch gesellschaftliche, politische und wirtschaftliche Fak- 
toren determiniert wird und daher ebenfalls bei der Gestaltung des Technologieeinsatzes zu 
berücksichtigen ist. 


Anwendung findet das MTO-Konzept in der Forschung zur Gestaltung der digitalen Transfor- 
mation von Unternehmen, wobei die entsprechenden Arbeiten jeweils eine technologieüber- 
greifende Untersuchung vorgenommen haben. 175 Hierbei wird stets auf die Bedeutung der in- 
tegrativen Berücksichtigung verschiedener Gestaltungsdimensionen bei digitalen Technolo- 
gien hingewiesen, da deren Einführung mit größeren Transformationsprozessen verbunden 
ist, die über technologische Veränderungen hinausgehen. Entgegen dieser Notwendigkeit 
wurde für die Logistik festgestellt, dass sich die bisherigen Maßnahmen in Unternehmen v. a. 
auf die technologische Gestaltungsdimension beschränken und personelle bzw. organisatori- 
sche Aspekte vernachlässigt werden 12 


2.1.3.4 Technology-to-Performance Chain 


Gemäß der DOI-Theorie wird der Technologieerfolg durch die Adoptionsbereitschaft einzelner 
Organisationsmitglieder beeinflusst. Die beiden vorausgegangen Theorien haben entspre- 
chend ihrer gesamtorganisatorischen Sicht diese Individualebene jedoch nur partiell in Form 
einzelner Einflussfaktoren berücksichtigt, sodass diese Betrachtungen als weiterer For- 
schungsbedarf ausgewiesen werden.‘ Eine detaillierte Erklärung der Phänomene auf dieser 
Ebene erfolgt dagegen durch theoretische Ansätze der Akzeptanzforschung, welche die sub- 
jektive Einstellung von bestehenden und potenziellen Nutzern gegenüber Innovationen unter- 
suchen. Bedeutende Vertreter in diesem Kontext sind das Technology-Acceptance-Model 1 
und 2, welche auf Davis (1989) bzw. Venkatesh, Davis (2000) zurückgehen und u.a. perso- 
nenbezogene Merkmale der Nutzer analysieren. Diese sozialpsychologische Perspektive wird 
im TPC-Modell um eine Betrachtung des Problembezugs von Innovationen erweitertet. Dem- 
nach stellt das von Goodhue, Thompson (1995) speziell für Informationssysteme begründete 
Modell sowohl in Bezug auf deren Verwendung durch die Nutzer als auch hinsichtlich deren 


124 Vgl. hierzu und zu diesem Abschnitt Ulich (2013), S. 5 f. 

125 Vertreter sind u. a Hirsch-Kreinsen, Ittermann (2021); See, Kersten (2017); Dregger et al. (2016). 
126 Vgl. See, Kersten (2018), S. 9 

127 Vgl. Baker (2012), S. 242 
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Eignung für die jeweils angedachte Problemstellung einen Zusammenhang zur Adoptionsbe- 
reitschaft her (siehe Abbildung 11). 


Die problembezogene Eignung wird beim TPC-Modell durch den sog. Task-Technology-Fit 
(TTF) erfasst, der den Erfüllungsgrad der jeweiligen Technologie in Bezug auf die Unterstüt- 
zung der intendierten Aufgaben angibt.!?® Zur Bestimmung des TTF müssen sowohl die Ei- 
genschaften der Technologie als auch der adressierten Aufgaben kontextbezogen anhand 
geeigneter Merkmale erhoben und zu Funktionalitäten der Technologie synthetisiert werden. 
Anschließend findet eine Prüfung der Funktionalitäten in Hinblick auf die resultierende Leis- 
tung (Performance) statt, welche anhand festgelegter Ziele für den Technologieeinsatz beur- 
teilt wird, z. B. in Form einer verbesserten Effizienz, Effektivität und Qualität. Im Falle eines 
höheren TTF wird auch eine höhere Leistung der Technologie erwartet, welche wiederum zu 
einer höheren Adoptionsbereitschaft führt. Die angesprochene Betrachtung der Verwendung 
der Technologie durch die Nutzer (Utilization) findet innerhalb einer separaten Dimension im 
TPC-Modell statt. Zu deren Bewertung werden mehrere Faktoren benannt, die sich auf die 
individuelle Einstellung und Rahmenbedingungen der Nutzer beziehen, u.a. die erwarteten 
Folgen der Nutzung, das damit verbundene Gefühl, soziale Normen sowie die Verfügbarkeit 
von zeitlichen, finanziellen und technischen Ressourcen für die Technologieeinführung. 


Technologiemerkmale 


Task-Technology Fit 
(TTF) 
Aufgabenmerkmale | 


Auswirkungen 
fg auf die Leistung 


Wegbereiter fiir Nutzung 

Erwartete Konsequenzen > Verwendung 
Einfluss auf die Anwendung 
Erleichternde Bedingungen 


Abbildung 11: TPC-Modell?2? 


Die bestehenden Forschungsarbeiten auf Grundlage des TPC-Modells adressieren verschie- 
dene Informationssysteme und Anwendungsbereiche, wobei analog zum TOE eine individu- 
elle Ermittlung der einzelnen Merkmale zu beobachten ist. Weiterhin wird festgestellt, dass die 
Prüfungsschritte des Modells sowohl qualitativ als auch quantitativ durchgeführt werden kön- 
nen, wobei Letzteres eher im Fall von bereits umgesetzten Technologien stattfindet. Entspre- 
chend der Modelllogik ist der TTF nicht abhängig von der Nutzung der jeweiligen Technologie, 
weshalb dieser bei der Modellanwendung auch separat betrachtet werden kann.'*° Von dieser 


128 Vgl. hierzu und zu diesem Abschnitt Goodhue, Thompson (1995), S. 213 ff. 
129 Eigene Darstellung in Anlehnung an Goodhue, Thompson (1995), S. 215 
130 Vgl. Goodhue, Thompson (1995), S. 223 
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um die Nutzungsdimension verkürzten Form des TPC-Modells machen viele Veröffentli- 


chungen außerhalb der Akzeptanzforschung Gebrauch, z. B. zur Bestimmung von Auswirkun- 


gen oder von geeigneten Anwendungsmöglichkeiten neuer Technologien 17 


2.1.4 Implikationen für die Untersuchung 


Die vorgestellten Theorien bieten eine wichtige Grundlage für die Erklärung und bewusste 


Beeinflussung von Phänomenen im vorliegenden Untersuchungsfeld. Wesentliche theorien- 


bezogene Erklärungs- und Gestaltungsbeiträge sowie daraus resultierende Ableitungen für 


das Vorgehen in der vorliegenden Arbeit sind in Tabelle 1 aufgeführt. 


Ziel 


Theorie Erklärungs- und Gestaltungsbeitrag 


Implikation für die Arbeit 


Es besteht eine wettbewerbsrelevante Notwendig- 
keit für Unternehmen zur Übernahme von exter- 


Prüfung der Bedeutung von ML für Lo- 
gistikbranche 


E RBV nen Ressourcen. ER E i 
Ey Hierzu bedarf es einer Identifikation von erfolgs- ` EEN ES 
u Si S chen von ML 
S kritischen Technologien. 
<= D 
o Die Ubernahme von erfolgskritischen Technolo- 5 ae en? A 
Ê  cBV gien muss mit dem Aufbau von vorteilhaften Fä- ` en aH re ung Auswirs 
5 higkeiten verbunden sein. 9 9 
> 
Eé Die aufzubauenden Fähigkeiten müssen eine Re- - Ermittlung von zukünftigen Entwicklun- 
3 aktion auf schnelle externe Veränderungen er- gen im Untersuchungsfeld 
3 möglichen. - Ermittlung des Status Quo von Unter- 
gé DCH Hierzu bedarf es einer internen Anpassung der nehmen in Bezug auf die benötigten Vo- 
e Unternehmen. raussetzungen von ML im Sinne eines 
© Im Falle von Schlüsseltechnologien soll anstatt ei- Branchendurchschnitts 
2 nes Zukaufs deren feste Integration in die Organi- - Annahme einer Eigenentwicklung für 
E sation erfolgen. den Gestaltungsansatz 
3 Das Erreichen von Wettbewerbsvorteilen ist von - Ermittlung des Status Quo und zukünfti- 
MBV der Positionierung der Unternehmen am Markt ger Entwicklungen der Logistikbranche 
abhängig. in Bezug auf ML 
Die, Ubermahme yon Technologien ep abhängig - Betrachtung des Einsatzes von ML auf 
von der Adoptionsbereitschaft der Organisations- Kar oe 
Se Gesamtorganisations- und Individual- 
mitglieder. ebene: 
e DOI Der damit verbundene Prozess erfordert eine - A 
o s A A - Bereitstellung von Informationen zu ML 
= ammlung verschiedener Informationen, u. a. zu ear SE 
D : x : für die Aktivitäten entlang des gesamten 
© Anwendungsbereichen, und ist aktiv von den Un- À 
u ternehmen zu gestalten Adoptionsprozesses 
£ g : 
= 
E Der Adoptionsprozess wird von vielen Faktoren in - Ermittlung relevanter Einflussfaktoren 
= TOE Bezug auf die Merkmale der Technologie, der Or- für das Untersuchungsfeld 
E ganisation und des Umfeldes beeinflusst, die je- - Einbindung der designierten Nutzer von 
= weils kontextbezogen zu bestimmen sind. ML zur Informationserhebung 
Die Gestaltung des Einsatzes von (digitalen - Berücksichtigung verschiedener Gestal- 
° g g gung 
Ss Technologien muss Uber eine reine Technologie- tungsdimensionen bei der Entwicklung 
< MTO betrachtung hinausgehen und u.a. soziale und or- von Maßnahmen für den Einsatz von 


ganisatorische Maßnahmen beinhalten. 


Hierbei sind insbesondere die Schnittstellen der 
einzelnen Dimensionen zu betrachten. 


ML 


Prüfung von Wechselwirkungen zwi- 
schen den Maßnahmen 


131 Eine Übersicht findet sich in Spies et al. (2020), S. 402 ff. Ein weiteres Beispiel für die Ermittlung 
von Anwendungsmöjglichkeiten stellt die Arbeit von Shin, Dunston (2008) dar. 
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- Die Adoptionsbereitschaft resultiert aus der Errei- - Ermittlung der Anwendungsbereiche 
chung festgelegter Leistungsziele. und Fahigkeiten von ML anhand von 

- Die Zielerreichung hängt von der Eignung der Technologie- und Problemmerkmalen 

TPC Technologie für die Aufgaben sowie von einer - Ermittlung übergreifender Faktoren mit 

Verwendung durch die Nutzer ab. Einfluss auf die Nutzung von ML anstatt 

- Für eine Prüfung, die für beide Dimensionen ent- Akzeptanzuntersuchung 
koppelt stattfinden kann, sind kontextbezogene - Einbindung der designierten Nutzer von 
Merkmale zu bestimmen. ML zur Informationserhebung 


Tabelle 1: Beiträge und Implikationen der forschungsleitenden Theorien 


2.2 Logistikmanagement 


In diesem Unterkapitel erfolgt eine Analyse und Spezifizierung der prozessualen Dimension 
des Untersuchungsfeldes, was ausgehend von dem Logistikverständnis der vorliegenden Ar- 
beit eine Auseinandersetzung mit Logistiksystemen und -prozessen umfasst. Letzteres mün- 
det in einer Abgrenzung relevanter Entscheidungsprozesse für die Arbeit. 


2.2.1 Logistik und Logistiksysteme 


Seit dem Aufkommen des Logistikbegriffes in den 1950er Jahren in Wissenschaft und Praxis 
hat sich dessen Bedeutung mehrfach gewandelt.'% Bis in die Gegenwart finden sich hierzu 
unterschiedliche Auffassungen, was v. a. auf das breite Aufgabenspektrum und den interdis- 
ziplinären Charakter der Logistik zurückzuführen ist.'” Den Untersuchungen in der vorliegen- 


den Arbeit wird die Definition nach Straube (2020) zugrunde gelegt: 


„Logistik umfasst die Gestaltung des Wertschöpfungsnetzwerks sowie die Planung des 
Kundenauftragsprozesses und die Erfüllung von Kundenaufträgen. Die dabei zum Ein- 
satz kommenden Informationssysteme, Technologien und Managementkonzepte die- 
nen der Ausrichtung aller an der Leistungserstellung beteiligten Akteure und Prozesse 
auf die Kundenanforderungen hinsichtlich Servicequalität, Kundennutzen, Kosteneffi- 
zienz und Nachhaltigkeit.“'* 


Entsprechend diesem ganzheitlichen Begriffsverständnis wirkt die Logistik über Funktionsbe- 
reichs- und Unternehmensgrenzen von den Kunden bis zu allen Lieferanten. Sie stellt damit 
eine Querschnittsfunktion entlang der gesamten Wertschöpfungskette dar, indem sie sowohl 
die Materialflüsse als auch die damit verbundenen Informationsflüsse innerhalb sowie zwi- 
schen den beteiligten Instanzen und Funktionen abstimmt.'*> Ziel dieser Integrationsfunktion 
ist eine kundenorientierte Leistungserfüllung, welche entsprechend der steigenden Bedeutung 
der Logistik als Wettbewerbsfaktor über die primären logistischen Aufgaben im Sinne einer 


132 Vgl. Straube (2004), S. 28 

133 Vgl. BVL (2010), S. 1 

134 Straube (2020), S. 7 

135 Vgl. Pfohl (2010), S. 42 f.; Straube (2004), S. 31; Schuh, Stich (2013), S. 11 


29 


2 Theoretische Grundlagen 


„wirtschaftlichen und termingerechten Produktion, Bereitstellung und Lieferung von Kunden 
bestellter Waren, Materialien, Produkte und Dienstleistungen“'*® hinausgeht. 


Im Falle einer systemorientierten Betrachtung von spezifischen logistischen Einheiten wird von 
Logistiksystemen gesprochen. Hierbei handelt es sich im wirtschaftlichen Sinne um Systeme 
zur raumzeitlichen Gütertransformation, d. h. zur Bewegung und Lagerung von Gütern.” Die 
Transformation verknüpft Systeme zur Güterbereitstellung in Form von Industrieunternehmen 
mit Systemen zur Güterverwendung, wozu auch die Endkunden zählen. Logistiksysteme kön- 
nen durch unterschiedliche Merkmale systematisiert werden. Aus institutioneller Sicht wird in 
Industrie-, Handels- und Dienstleistungslogistik unterschieden, wobei im Falle der beiden 
erstgenannten eine zusätzliche Separierung in innerbetriebliche und zwischen- bzw. außerbe- 
triebliche Logistiksysteme sinnvoll jet 12 


Eine weitere gängige Unterscheidung der Systeme wird aus funktionaler Sicht in Hinblick auf 
verschiedene Phasen der logistischen Leistungserstellung vorgenommen. Entsprechend des 
logistischen Grundprinzips der Flussorientierung erfolgt hierbei eine Ausrichtung am typischen 
Materialfluss der Gütertransformation. Dieser beginnt beim Beschaffungsmarkt in Form von 
Lieferanten, verläuft entlang des Produktionsprozesses und endet beim Absatzmarkt in Form 
der Kunden, von wo aus eine Rückführung in Form einer Entsorgung stattfinden kann. Hieraus 
ergeben sich die generischen logistischen Systeme der Beschaffungs-, Produktions-, Dis- 
tributions- und Entsorgungslogistik.'” Während die Produktionslogistik ein innerbetriebli- 
ches Logistiksystem darstellt und deshalb auch als Intra- oder Werkslogistik bezeichnet wird, 
handelt es sich bei den drei anderen Ausprägungsformen um zwischen- oder außerbetriebli- 
che Logistiksysteme.'* Zusätzlich zu diesen vier materialflussorientierten Systemen werden 
häufig die Entwicklung und der Vertrieb als zwei weitere Systeme der Logistik berücksich- 
tigt.'*' Die Gesamtheit der logistischen Systeme von Unternehmen entlang des Materialflusses 
wird analog zum Begriff der Wertschöpfungskette als Logistikkette oder als Supply Chain be- 
zeichnet'*?, wobei letzterer im Zusammengang mit dem häufig als synonym für die Logistik 
genutzten Begriff des Supply Chain Managements (SCM) steht'*. Entgegen der Semantik 
dieser Begriffe handelt es sich bei logistischen Systemen in der Praxis jedoch weniger um 
Ketten, sondern vielmehr um Netzwerke, die oft aus unterschiedlichen Akteuren mit komple- 
xen Verbindungen bestehen", sodass in der Literatur — und auch in der vorliegenden Arbeit — 
synonym von Logistiknetzwerken gesprochen wird. 


136 Straube (2004), S. 27 

137 Vgl. hierzu und zum folgenden Satz Pfohl (2010), S. 3 f. 

138 Ein Unternehmen kann sich aus einem oder mehreren Betrieben zusammensetzen. Der Begriff Be- 
trieb beschreibt eine technische Einheit, in der Produktions- und Logistiktätigkeiten verrichtet werden, 
wie z.B. ein Produktionswerk. Vgl. Pfohl (2010), S. 15 f. 

139 Vgl. Pfohl (2010), S. 16 f. 

140 Vgl. Gudehus (2010), S. 7 

141 Vgl. Straube (2004), S. 61 

142 Vgl. Arnold et al. (2008), S. 4 f. 

143 Vgl. Straube (2004), S. 33 f. 

144 Vgl. Gudehus (2010), S. 16 ff. 


30 


2.2 Logistikmanagement 


2.2.2 Logistikprozesse 


Die Aktivitaten innerhalb der einzelnen Logistiksysteme werden als Logistikprozesse be- 
zeichnet und sind stark miteinander vernetzt. Für die Systematisierung von Logistikprozessen 
existieren verschiedene Möglichkeiten, die hinsichtlich ihrer Abgrenzungsmerkmale, der be- 
trachteten Granularität und etwaiger Domänenspezifikation variieren. Neben einer funktiona- 
len Unterscheidung in Hinblick auf korrespondierende Logistiksysteme können die Prozesse 
entsprechend ihres Zeithorizonts betrachtet werden. In Analogie zur Unternehmensplanung 
resultieren daraus verschiedene Planungs- und Realisierungsebenen, die wie folgt unterschie- 
den werden können: 


- strategische Ebene: langfristig erfolgswirksame Planung zur Festlegung der Grund- 
struktur der Logistiksysteme, 

- taktische Ebene: mittelfristige Planung zur Ausgestaltung der Systeme, 

- operative Ebene: kurzfristige Planung zur Anpassung der Systeme sowie die Realisie- 
rung der Kundenaufträge.'* 


Die dargestellten Ebenen zeigen, dass die Planung in Bezug auf verschiedene Zeithorizonte 
unterschieden werden kann, die von Aufgaben für mehrere Jahren, z.B. die Gestaltung von 
Logistiknetzwerken, bis zur Planung des Tagesgeschäftes, z. B. die Behebung von Störungen, 
reichen können, wobei die eher kurzfristigen Planungen auch als Steuerung bezeichnet wer- 
den. Sowohl die Planung als auch die Steuerung werden als vernetztes und ganzheitliches 
Denken zur systematischen Lösung eines Problems unter Erfassung komplexer Zusammen- 
hänge in Unternehmen verstanden." Sie dienen als übergeordnete, gestalterische Tätigkei- 
ten der anforderungsgerechten Realisierung der logistischen Leistungserstellung, wozu 
im originären Verständnis die Prozesse des Transports, des Umschlags, der Kommissionie- 
rung, der Verpackung und der Lagerung zählen.'*” Zusätzlich zu den drei Ebenen bedarf es 
noch einer Berücksichtigung überwachender Logistikprozesse, die unter dem Begriff der Kon- 
trolle subsumiert werden. 178 Im Sinne des klassischen Managementprozesses führen die Kon- 
trollaktivitäten zu einer Rückkopplung von Informationen aus der Leistungserstellung, sodass 
sie die Informationsgrundlage sowie den Impuls für die vorgelagerten Planungsebenen bil- 
den.'# Die Planungs-, Steuerungs-, Realisierungs- und Kontrollaktivitaten stellen die Aufga- 
benarten der Logistik dar. 197 


Entsprechend des in Kapitel 1.2 beschriebenen Untersuchungsfeldes findet in der vorliegen- 
den Arbeit eine Beschrankung auf die drei Aufgabenarten der Planung, Steuerung und Kon- 
trolle statt. In Abgrenzung zur logistischen Leistungserstellung werden die damit verbundenen 


145 Vgl. Straube (2004), S. 61; Schuh, Stich (2013), S. 11; Arnold et al. (2008), S. 9 f. 
146 Vgl. Adam (1993), S. 3 

147 Vgl. Schuh, Stich (2013), S. 9 f.; Arnold et al. (2008), S. 6 f. 

148 Im weiteren Verlauf wird die Kontrolle auch als Überwachung bezeichnet. 

149 Vgl. Schreyögg, Koch (2020), S. 9 f. 

150 Ygl. Pfohl (2010), S. 8 
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Managementaktivitäten als Logistikmanagement bezeichnet.'°' Unter Berücksichtigung der 
zuvor genannten Möglichkeiten und in Anlehnung an die Supply Chain Planning (SCP) Matrix 
von Rohde et al. (2000) werden die Prozesse des Logistikmanagements in Abbildung 12 nach 
Zeithorizonten und den in der Arbeit betrachteten logistischen Systemen systematisiert. Diese 
generalisierten Prozesse — die in der Praxis aus einer Vielzahl weiterer Teilaktivitäten beste- 
hen - sind als logistische Hauptaufgaben aus Sicht von Industrieunternehmen zu verstehen 
und repräsentieren bedeutende Entscheidungsprobleme im Kontext der Logistik.'°? Entspre- 
chend dieses Zusammenhangs wird in Bezug auf die Planungs-, Steuerungs-, und Kontrollak- 
tivitäten des Logistikmanagements im weiteren Verlauf auch der Begriff der logistischen Ent- 
scheidungsprozesse verwendet. 


Vertrieb Beschaffung Produktion Distribution 
P - Beschaffungs- 
Strategisch ` Sek strategien - Standortwahl 
Absatzplanung 3 - Netzwerkstruktur 
(Planung) - Lieferantenauswahl - Produktionssystem 
- Produktprogramm S 
- Kooperationen 
A SE - Materialbedarfs- 2 - Bestandsplanung 
Taktisch - Mittelfristige planung - Produktionsplanung / - Transportplanung 
Absatzplanung Produktionsprogramm 
(Planung) ENEE - Bestandsplanung EE - Verpackungs- / 
k g - Kontrakte / Vergabe H 9 Behälterplanung 
Operativ - Kurzfristige Absatz- - Lieferantensteuerung - Produktionssteuerung - Transportsteuerung 
(Steuerung) planung - Disposition / - Shop Floor Control - Disposition / 
- Auftragssteuerung Bestellung Lagerabwicklung 
Kontrolle 
(Über- 
wachung) 


Abbildung 12: Systematisierung von Prozessen im Logistikmanagement'5? 


2.3 Entscheidungsprozesse und -techniken 


Dieses Unterkapitel stellt das Bindeglied zwischen der prozessualen und der technischen Di- 
mension des betrachteten Untersuchungsfeldes dar, indem eine Auseinandersetzung mit Ent- 
scheidungsprozessen im logistischen bzw. allgemein im betrieblichen Kontext sowie mit den 
zur Unterstützung eingesetzten Techniken erfolgt. Ausgehend von einer Definition bedeuten- 
der entscheidungstheoretischer Begriffe werden notwendige Aktivitäten in Entscheidungspro- 
zessen und Merkmale von Entscheidungssituationen erarbeitet. Zudem findet eine Betrach- 
tung menschlicher Problemlösungsfähigkeiten statt, die zu einer Darstellung und Systemati- 


151 Vgl. Pfohl (2016), S. 22 f. 
152 Vgl. Pfohl (2010), S. 9 f. 
153 Eigene Darstellung mit Inhalten von Fleischmann et al. (2005), S. 87; Straube (2004), S. 61 
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sierung unterstützender Methoden und Instrumente führen. In diesem Kontext erfolgt eine Ein- 
ordnung von ML, was den inhaltlichen Übergang zu dessen detaillierter Betrachtung im nach- 
folgenden Unterkapitel darstellt. 


2.3.1 Entscheidungstheoretische Grundbegriffe 


Der Ausgangspunkt von Entscheidungen stellt stets das Vorliegen von (Entscheidungs-)Prob- 
lemen dat 183 Ein Problem besteht wiederum im Falle einer Barriere, welche die Transforma- 
tion eines unerwünschten Ausgangszustands in einen erwünschten End- bzw. Zielzustand 
verhindert.'°° Das Bestreben, den Endzustand zu erreichen und damit die Barriere zu über- 
winden, wird als Problemlösung definiert.'° Bestehen für die Lösung des Problems verschie- 
dene Handlungsalternativen, aus denen eine oder mehrere Möglichkeiten durch einen Ent- 
scheidungsträger (ET) ausgewählt werden, handelt es sich um eine Entscheidung." Hierzu 
bedarf es einer Bewertung der Handlungsalternativen in Hinblick auf deren Erfolgsbeitrag, die 
wiederum von Umweltzuständen (Einflussfaktoren) abhängig sind, die nur partiell vom ET be- 
einflussbar sind. Diese verfügbaren Alternativen mit ihren Auswirkungen und den Einflussfak- 
toren bilden das sog. Entscheidungsfeld für Problemlösungen. ‘°° 


Der Wahlakt bei Entscheidungen entspricht einem kreativen Prozess, der mit der jeweiligen 
Problemlösung stets etwas „Neues“ schafft. Damit grenzen sich Probleme semantisch von 
Aufgaben ab, die lediglich ein „reproduktives Denken“ der ausführenden Instanz erfordern, da 
alle notwendigen Methoden für die Lösung bekannt sind.'” 


2.3.2 Aktivitäten in Entscheidungsprozessen 


Entsprechend der vorausgehenden Ausführungen sind für das Treffen geeigneter Entschei- 
dungen mehrere Informationen notwendig u. a. zum jeweiligen Anfangs- und Endzustand, zu 
relevanten Umweltständen sowie zu möglichen Handlungsalternativen. Diese Informationen 
liegen ET in den meisten Fällen jedoch nicht von Beginn an vollständig vor, sondern müssen 
erst ermittelt werden 197 Vor diesem Hintergrund werden Entscheidungen auch nicht als punk- 
tuelles Ereignis betrachtet. Vielmehr stellen sie einen zeitlichen Prozess zur Verarbeitung ver- 
schiedener Informationen dar, der als Entscheidungsprozess oder im betrieblichen Kontext 
auch als Planungsprozess"*' bezeichnet wird.'® Aus entscheidungstheoretischer Sicht kann 
dieser Prozess in mehrere Phasen unterteilt werden, welche in Abbildung 13 dargestellt sind, 


154 Aufgrund der inhaltlichen Verbindung werden Probleme auch als Entscheidungsprobleme bezeich- 
net. Vgl. Riesenhuber (2006), S. 10. In der vorliegenden Arbeit werden diese Begriffe ebenfalls syno- 
nym verwendet. 

155 Vgl. Dörner (1979), S. 10 

156 Vgl. Hussy (1984), S. 114 

157 Vgl. Funke (2003), S. 22; Laux et al. (2018), S. 3 

158 Vgl. Adam (1993), S. 7 

159 Vgl. Dörner (1979), S. 10 

160 gl. Kahle (2001), S. 41 

161 Vgl. Kahle (2001), S. 12 

162 Vgl. Adam (1993), S. 20 
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und ein vereinfachtes Abbild der realen Aktivitaten darstellen. Es bestehen hohe Interdepen- 
denzen zwischen den Phasen, was insgesamt zu einer starken Verzahnung und Iteration der 
Aktivitäten führt und eine phasenbezogene Abgrenzung nicht immer möglich macht.'® 


Y 


Problemwahrnehmung +— 
| 
Präzisierung der Problem- und Zielstellung — 
2 | 
£ Erforschung der möglichen Handlungsalternativen — 
g | 


Auswahl einer Handlungsalternative (Entscheidung) — 
D 

Realisierung (Handlung) 
| 


Abbildung 13: Phasen von Entscheidungsprozessen'™ 


Der Entscheidungsprozess beginnt mit der Wahrnehmung eines Problems aus dem Umfeld, 
welches eine Reaktion durch den ET möglich bzw. notwendig macht.'® Dies erfolgt durch sog. 
Anregungsinformationen, die entweder direkt das zu lösende Probleme operationalisieren, 
z.B. mittels einer detektierten Soll-Ist-Abweichung, oder Ausgangspunkt für weitere Analysen 
und Entscheidungen zur Präzisierung des Problems sind. 


Da Letzteres oft mit umfassenderen Aktivitäten zur Informationsbeschaffung, u.a. in Bezug 
auf Ursachen und tieferliegende Zusammenhänge, verbunden ist, wird die Problempräzisie- 
rung als Gegenstand einer separaten Phase betrachtet. Weiterhin werden in dieser Phase die 
angestrebten Ziele in Form des Endzustands, welcher die Grundlage für die Ermittlung und 
Bewertung der späteren Handlungsalternativen darstellt, sowie damit verbundene Restriktio- 
nen erarbeitet und präzisiert.'% Die Restriktionen führen zu einer Begrenzung des Lösungs- 
raums und können sowohl unternehmensintern als auch -extern begründet sein, z. B. in Form 
von Kapazitätsgrenzen, Kundennachfragen oder rechtlichen Anforderungen. Im Falle einer 
dynamischen Veränderbarkeit dieser Restriktionen bedarf es Prognosen zu deren möglichen 
zukünftigen Ausprägungen. '°” 


In der nächsten Phase werden mögliche Handlungsalternativen zur Lösung der Probleme 
ermittelt und bewertet. Zur Bestimmung der Vorteilhaftigkeit dieser Alternativen werden deren 
potenzielle Auswirkungen bestimmt. Dies bezieht sich sowohl auf den Erfolgsbeitrag zur je- 


163 Vgl. Adam (1993), S. 15 

164 Eigene Darstellung mit Inhalten aus Kahle (2001), S. 43; Adam (1993), S. 15; Haun (2016), S. 49; 
Laux et al. (2018), S. 12 

165 Vgl. hierzu und zum folgenden Satz Laux et al. (2018), S. 13; Adam (1993), S. 21 

166 Vgl. Adam (1993), S. 21 

167 Vgl. Adam (1993), S. 25 
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weiligen Problemlösung als auch auf mögliche Effekte auf andere Zielgrößen und Systemkom- 
ponenten.'® Die Auswirkungen sind abhängig von den individuellen Umweltzuständen, die 
zum Realisierungszeitpunkt der jeweiligen Alternative vorliegen. Da diese vom gegenwärtigen 
Zustand abweichen können, bedarf es auch hier Prognosen 19 


Aus der Gesamtheit der bewerteten Handlungsalternativen erfolgt in im Anschluss eine Aus- 
wahl der geeignetsten Lösung für das jeweilige Problem. Diese Aktivität entspricht der Ent- 
scheidung im engeren Sinne 179 In der nachfolgenden Realisationsphase werden die im Rah- 
men der Entscheidung festgelegten Handlungen mit etwaigen Begleittätigkeiten im betriebli- 
chen Umfeld umgesetzt, wozu teilweise weitere Entscheidungen getroffen werden müssen. 


Anschließend erfolgt die Kontrolle der Entscheidungen, indem die jeweiligen Auswirkungen 
und etwaige Abweichungen von den angestrebten Zielen im Sinne einer Erfolgsmessung 
ermitteln werden. Diese Erkenntnisse wirken zugleich als Anregungsinformation für neue Ent- 
scheidungsprozesse durch die Detektion neuer Probleme 177 Damit stellt die Kontrolle ein Bin- 
deglied zwischen der Realisierung und Problemwahrnehmung dar. 


Der beschriebene Prozess verdeutlicht, dass für die Lösung eines initialen Problems mehrere 
Teilprobleme zu lösen sind 177 Neben der Auswahl der geeignetsten Handlungsalternative sind 
daher auch in den restlichen Phasen mehrere Vor- bzw. Teilentscheidungen zu treffen, u. a. 
zur endgültigen Formulierung der Probleme, zur Ermittlung von Umweltzuständen und zur Be- 
stimmung von Auswirkungen.'7? Aus diesem Grund wird der Entscheidungsprozess auch als 
„ein Prozess der Lösung zahlreicher Einzelentscheidungsprobleme“ bezeichnet. 177 


2.3.3 Merkmale von Problemen 


Problemstellungen sind in der betrieblichen Praxis sehr unterschiedlich ausgeprägt, was Aus- 
wirkungen auf die jeweiligen Lösungsmöglichkeiten und die Gestaltung der Entscheidungspro- 
zesse hat.'’° Eine Systematisierung von Problemen kann anhand von deren Schwierigkeit'’® 
vorgenommen werden, wozu häufig eine merkmalsbezogene Betrachtung der Entscheidungs- 
träger und Entscheidungssituationen stattfindet. 


Für die Charakterisierung von Entscheidungsträgern unterscheidet Kahle (2001) nach deren 
Rationalität und Bewusstheit'”” sowie nach deren Anzahl, wobei für Letzteres eine Differen- 


168 Vgl. Adam (1993), S. 22 

169 Vgl. Laux et al. (2018), S. 15; Adam (1993), S. 24 

170 Vgl. hierzu und zum folgenden Satz Laux et al. (2018), S. 15 
171 Vgl. Adam (1993), S. 21; Kahle (2001), S. 43 f. 

172 Vgl. Pfohl (1977), S. 250 

173 vol, Pfohl (1977), S. 246 

174 Laux et al. (2018), S. 15 

175 Eine Ubersicht findet sich in Funke (2003), S. 32 ff. 

176 vol, Hussy (1984), S. 122 

177 Automatisierte bzw. habitualisierte Handlungen stellen demnach keine Entscheidungen dar. Vgl. 
Kahle (2001), S. 10 
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zierung nach Individual- und Gruppenentscheidungen vorgenommen wird. Hussy (1984) fo- 
kussiert deren Faktenwissen und methodisches Wissen, welches u.a. durch Intelligenz, Bil- 
dung und Erfahrung unterschiedlich ausgeprägt sein kann. In Bezug auf diese beiden Wis- 
sensarten wird jeweils hinsichtlich des Umfangs, der Struktur und der Verfügbarkeit unter- 
schieden.'’® Die Abhängigkeit der Entscheidungen vom Erfahrungsschatz und von den Fähig- 
keiten des ET wird insbesondere für die Phase der Erforschung der Handlungsalternativen 
gesehen, bei der sich der ET aus bestehenden Ideen und Lösungen bedient, welche für das 
jeweilige Problem in derselben Form genutzt oder individuell abgewandelt werden müssen. 179 


Für die Unterscheidung individueller Entscheidungssituationen wird eine Abstraktion der zu- 
grundeliegenden Probleme vorgenommen. Ausgangspunkt der Charakterisierung sind Prob- 
leme mit vollkommener Informationsverfügbarkeit, die als wohlstrukturierte Probleme be- 
zeichnet werden und folgende Merkmale aufweisen: 


- Das Entscheidungsfeld ist bekannt und geschlossen, sodass alle benötigten Variablen 
und deren Beziehung sowie eine bekannte Anzahl von Handlungsalternativen (Lösun- 
gen) vorliegen. 

- Die Zielstellung kann durch numerische Ausdrücke formuliert werden und erlaubt eine 
eindeutige Bewertung der Handlungsalternativen hinsichtlich ihrer Vorzugswürdigkeit. 

- Es ist ein effizientes Lösungsverfahren vorhanden, welches die systematische Auswahl 
der besten Handlungsalternative erlaubt. 18° 


Diese Ausprägung von Problemen entspricht dem in Kapitel 2.3.1 definierten Begriff einer Auf- 
gabe, zu deren Lösung es keinerlei Kreativität des ET bedarf. Vielmehr besteht eine endliche 
Anzahl von Regeln, mit denen das jeweilige Problem gelöst werden kann."?' Bei den meisten 
Problemen im Unternehmenskontext sind diese Voraussetzungen jedoch nur partiell oder gar 
nicht gegeben.'® Für die jeweils fehlenden Informationen existieren verschiedene Ausprä- 
gungsformen, die als Strukturmängel oder Defekte beschrieben werden und das Fehlen von 
eindeutigen Zielsetzungen und Bewertungsmöglichkeiten sowie von Handlungsalternativen 
und deren Auswirkungen umfassen. Die Ursache für das Vorliegen dieser sog. schlecht struk- 
turierten Probleme)? im Unternehmenskontext ist die Komplexität vieler betrieblicher Ent- 
scheidungssituationen. Der Begriff der Komplexität im Kontext der Entscheidungstheorie 
wurde von Dörner (1979) aufgenommen und fungiert als Obergriff für verschiedene Eigen- 
schaften, die nachfolgend beschrieben werden. 


Ausgangspunkt der Betrachtungen zur Komplexität sind die strukturellen Eigenschaften von 
Problemen. Demnach müssen bei Entscheidungen verschiedene Einflussfaktoren (Variablen) 


178 Vgl. Hussy (1984), S. 136 ff. 

179 Vgl. Adam (1993), S. 22 

180 gl. Kahle (2001), S. 19; Adam (1993), S. 7 ff. 

181 Vgl. Kahle (2001), S. 19 f. 

182 Vgl. hierzu und zum folgenden Satz Adam (1993), S. 10 ff. 

183 Hierbei kann es sich um wohldefinierte, unvollstandig formulierte Probleme und um schlecht defi- 
nierte Probleme handeln. Die Definiertheit ergibt sich aus der Existenz von Informationen zum Aus- 
gangs- und Endzustand sowie zur Bewertung der Lösung. Vgl. Kahle (2001), S. 20 f. 
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berücksichtigt werden, die den Zustand des problemrelevanten Umfeldes beschreiben. Im 
Falle einer Vielzahl von Variablen wird auch von einer Komplexität im engeren Sinne ge- 
sprochen.'®* Diese Variablen stehen teilweise in Verbindung zueinander, wobei die damit ver- 
bundene Art und Anzahl durch das Merkmal der Vernetztheit abgebildet wird. Im Rahmen 
einer Problemlösung kann sich die Entscheidungssituation und damit die Informationsgrund- 
lage zur Auswahl von Handlungsalternativen verändern, ohne dass der ET aktiv eingreift.'°5 
Das führt fallweise dazu, dass initial geeignete Handlungsalternativen sich hinsichtlich ihrer 
Vorzugswürdigkeit verändern und neue Alternativen auftreten. Das Entscheidungsfeld wird in 
diesen Fällen als offen bezeichnet. Der Umfang und die Geschwindigkeit von Veränderungen 
werden über das Merkmal der Dynamik dargestellt, welche die Entscheidungssituationen um 
eine Zeitkomponente ergänzt.'° Ein weiteres Merkmal betrifft die verfügbare Zeit für den ET 
zwischen der Wahrnehmung eines Problems und dessen Lösung, die im Unternehmenskon- 
text stets limitiert ist.'%” Die Veranderlichkeit der Entscheidungssituation lässt einen zusätzli- 
chen Zeitdruck zum Handeln entstehen.'® Auch der angestrebte Endzustand einer Problemlö- 
sung wird zur Unterscheidung von Entscheidungssituationen herangezogen. Demnach wer- 
den die Anzahl und Beziehung der adressierten Ziele, welche teilweise widersprüchlich zuei- 


nanderstehen können, unter dem Merkmal der Polytelie zusammengefasst. 189 


Wie eingangs beschrieben, liegen in der Praxis nur selten alle benötigten Informationen für 
den ET vor. Die Vollständigkeit der Informationen zur Ermittlung der Auswirkungen der mögli- 
chen Handlungsalternativen wird als Ungewissheit bezeichnet. Ein Mangel an Informationen 
kann entweder aus fehlenden Beschaffungsmöglichkeiten für den ET oder einer grundsätzli- 
chen Nichtverfügbarkeit resultieren.'% In Abhängigkeit der sog. Datensituation wird in die drei 
folgenden Typen von Ungewissheit’?! unterschieden: 


- Sicherheit: Alle benötigten Informationen sind vorhanden, um für jede Handlungsalter- 
native die Auswirkungen eindeutig zu ermitteln. Hierzu werden auch Situationen ge- 
zählt, in denen zwar einige Informationen fehlen, deren Ausprägungen aber mit einer 
sehr hohen Wahrscheinlichkeit angenommen werden können, sodass sie als „quasi- 
sicher“ gelten. In beiden Fällen handelt es sich um deterministische Entscheidungs- 
situationen. 

- Risiko: Es sind nicht alle benötigten Informationen vorhanden, sodass mehrdeutige 
Beziehungen zwischen Handlungsalternativen und Auswirkungen entstehen. Für die 
jeweiligen Ausprägungen können zwar Wahrscheinlichkeiten angegeben werden; 


184 Vgl. Hussy (1984), S. 132 

185 Vgl. Dörner (1979), S. 19 

186 Vgl. Funke (2003), S. 134 

187 Vgl. Adam (1993), S. 23 

188 Vgl. Dörner (1979), S. 20 

189 Vgl. Funke (2003), S. 133 f. 

190 Vgl. Kahle (2001), S. 115 f. 

191 Neben diesen drei wesentlichen Ausprägungen existieren weitere Sonder- und Mischfälle. Vgl. 
Kahle (2001), S. 116; Bamberg et al. (2012), S. 123 
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diese verandern sich jedoch bei einer Wiederholung, da sie einer nicht zu vernachlas- 
sigenden Streuung unterliegen. Es handelt sich um probabilistische bzw. stochasti- 
sche Entscheidungssituationen. 

- Unsicherheit im engeren Sinne: Es fehlen Informationen in so einem Maße, dass keine 
verlässlichen Wahrscheinlichkeiten für das Eintreten der Auswirkungen ermittelt wer- 
den können, da diese z.B. vom Verhalten Dritter abhängig sind. Es wird daher auch 
von einer „Einmaligkeit der Entscheidung“ gesprochen. "9 


Während der erste Typ zu einer „sicheren“ Ermittlung der Auswirkungen von Handlungsalter- 
nativen führt, sind bei den beiden letztgenannten Typen ausschließlich bzw. in Teilen nur „un- 
sichere“ Aussagen möglich. Daher werden diese Entscheidungssituationen im weiteren Sinne 
unter dem Begriff der Unsicherheit subsumiert. 


Die genannten Merkmale sind mit ihren Ausprägungen für komplexe Probleme in der Tabelle 
2 dargestellt. Diese sind als Indikatoren zur qualitativen Einschätzung der Problemschwierig- 
keit zu verstehen, wie sie zumeist in der Betriebswirtschaftslehre Anwendung findet. Dem- 
nach kann im betrieblichen Kontext von komplexen Problemen ausgegangen werden, wenn 
viele interne und externe Variablen existieren, die in teils nichtlinearen Beziehungen voneinan- 
der abhängig sind und die sich verändern können, wobei deren aktuelle und zukünftige Aus- 
prägungen teilweise unbekannt sind. Zugleich liegen mehrere, teils konfliktare Zielsetzungen 
sowie ein geringes Zeitkontingent zur Problemlösung für den ET vor. Auch wenn die Merk- 
malsausprägungen für jedes Problem unterschiedlich ausfallen, lassen sich für bestimmte be- 
triebliche Prozesse aufgrund der generalisierten Voraussetzungen des jeweiligen Systems 
typische Entscheidungssituationen ableiten. Im Falle der Logistik wird dazu angenommen, 
dass deren inhärente Eigenschaften vermehrt zu einer ausgeprägten Komplexität der Prob- 
leme in diesem Bereich führen. Auch ist aufgrund der beeinflussenden Trends davon auszu- 
gehen, dass die Komplexität in Zukunft weiter zunehmen wird. 194 


Ausprägung für komplexe Korrespondierende Eigen- 


Merkmal Beschreibung Probleme schaft der Logistik 


Anzahl der Variablen, 
die für Problemlösung 
relevant sind 


Anzahl der 
Variablen 


Viele Variablen („strukturell 


komplexe Probleme“) Viele Variablen mit hoher Ab- 


hängigkeit aufgrund der logisti- 
Viele, teils nichtlineare Bezie- schen Querschnittsfunktion 
hungen der Variablen („hoch 

vernetzte Probleme“) 


Vernetztheit Anzahl und Art der Be- 
der Variablen ziehung der Variablen 


(Eigen-)Dyna- Veränderung der Vari- Hohe und schnelle Verände- Hohe Dynamik entsprechend 
iR y! ablen auch ohne Ein- rung der Variablen („dynami- der raumzeitlichen Gütertrans- 
greifen des ET sche Probleme“) formation 
m BER 5 . . Hoher Zeitdruck durch Ausrich- 
Zeit Verfügbare Zeit für Geringeres Zeitkontingent tung an Leistungserstellung und 


Problemlösung („zeitkritische Probleme“) enge Taktung 


192 Vgl. Kahle (2001), S. 116 ff.; Laux et al. (2018), S. 35, 54 f.; Bamberg et al. (2012), S. 39 

193 Die Operationalisierung der Komplexitätsmerkmale von Problemen wird stattdessen in der theoreti- 
schen Informatik im Rahmen der Komplexitäts- und Berechenbarkeitstheorie verfolgt. 

194 Vgl. Handfield et al. (2013), S. 8 
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Zugänglichkeit und 


i d = š _ Viele fehlende Informationen Geringe Verfügbarkeit aufgrund 
Ungewissheit Verfügbarkeit aller In („unsichere Probleme“) externer Abhängigkeiten 
formationen 
Anzahl und Beziehun Mehrere, sich teils widerspre- Viele Zielkonflikte durch meh- 
Polytelie g H chende Ziele („multikriterielle rere Stakeholder und ganzheitli- 
der Ziele D 
Probleme") che Gestaltung 


Tabelle 2: Merkmale von komplexen Problemen’? 


2.3.4 Manuelle Ausführung von Entscheidungen 


Die dargestellten Aktivitäten in Entscheidungsprozessen, auch im Falle von komplexen Prob- 
lemen, müssen grundsätzlich alle von menschlichen ET bewältigt werden. Zu deren Ausfüh- 
rung verfügt der Mensch über verschiedene kognitive Fähigkeiten, die u.a. für die informati- 
onsbezogene Aufnahme, kurz- bis langfristige Speicherung, Transformation, Verbalisierung 
und Ausgabe genutzt werden können.'% Es zeigt sich jedoch, dass diese Fähigkeiten bei den 
Menschen unterschiedlich ausgeprägt sind. Zudem sind ihnen — auch im Falle einer ausge- 
prägten Intelligenz der jeweiligen ET — natürliche Grenzen gesetzt.'” Dies führt dazu, dass 
bei einer steigenden Komplexität die jeweiligen Probleme nicht oder nur mit einem sehr hohen 
zeitlichen Aufwand durch den Menschen lösbar sind, wobei dieser Aufwand oft nicht mit be- 
trieblichen Restriktionen zu vereinen ist. 


Zusätzlich lässt sich in der Realität beobachten, dass die funktionale Problemlösungsfähigkeit 
des Menschen durch verschiedene physische, körperliche und soziale Faktoren beeinflusst 
wird, z.B. durch Gefühle wie Angst und Mitleid, durch eine Gruppendynamik oder durch das 
Verfolgen von eigenen Interessen, welche nicht im Einklang mit der eigentlichen Zielstellung 
stehen. Diese Einflussfaktoren resultieren in einer Abweichung von rationalen Handlungen in 
Entscheidungsprozessen, wie sie in der klassischen Entscheidungstheorie angenommen wer- 
den.'%® Die damit verbundenen „Regelverletzungen“ der ET können bewusst und unbewusst 
ablaufen und führen dazu, dass Probleme nicht richtig wahrgenommen, Ziele falsch definiert 
und Handlungen nicht richtig gewählt oder ausgeführt werden.' Im Detail kann von folgenden 
systematischen Fehlern bei der manuellen Ausführung von Entscheidungsprozessen ge- 
sprochen werden: 


- Fehler bei der Informationsbeschaffung, z. B. höhere Bewertung der eigenen Probleme 
bzw. Ziele, falsche Einschatzung der Eintrittswahrscheinlichkeiten von Ereignissen, se- 
lektive Auswahl und Ignoranz von Informationen, 

- Fehler bei der Informationsverarbeitung, z. B. uneinheitliche Verwendung von Bewer- 
tungskriterien, keine iterative Anpassung von Bewertungen bei neuen Informationen, 


195 Inhalte der ersten drei Spalten als Synthese aus Hussy (1993), S. 141 ff.; Dörner (1979), S. 18 ff.; 
Funke (2003), S. 126 ff. 

196 Vgl. Hussy (1993), S. 42 f.; Dorner (1979), S. 111 f. Eine weiterführende Erklärung der kognitiven 
Fähigkeiten zur Lösung von Problemen erfolgt in Kapitel 2.4.1.1. 

197 Vgl. Hussy (1993), S. 9 ff. 

198 Vgl. Adam (1993), S. 19 

199 Vgl. Funke (2003), S. 238 
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Fehleinschatzung der Auswirkungen von nichtlinearen Beziehungen (exponentielles 
Wachstum), Erstellung von Prognosen anhand weniger Größen oder Nutzung etablier- 
ter Vorgehensweisen, auch wenn diese nicht mehr geeignet sind, 

- Fehler bei der Auswahl von Handlungsalternativen, z. B. Überschätzung eigner Fähig- 
keiten in Form einer Kontrollillusion.?° 


2.3.5 Technische Unterstützung von Entscheidungen 


Zur Kompensation der Limitationen von menschlichen Problemlösungsfähigkeiten existiert 
eine Vielzahl von technischen Lösungen, die ET bei den Aktivitäten in Entscheidungsprozes- 
sen unterstützten können. Diese werden als Problemlösungs- oder Entscheidungstechniken 
bezeichnet und setzen sich aus den zwei Komponenten der Entscheidungsmethode und des 
Entscheidungsinstruments zusammen "0 In den nachfolgenden Abschnitten werden diese 
Techniken systematisiert und beschrieben, wozu auch eine Abgrenzung von modell- und da- 
tengestützten Techniken gehört. 


2.3.5.1 Systematisierung 


Im Falle von Entscheidungsmethoden handelt es sich um systematische Abfolgen von Re- 
geln in Form von Verfahrensvorschriften.?°? Zur erleichterten Ausführung dieser Methoden 
werden Entscheidungsinstrumente eingesetzt, welche die technische Aufnahme, Verarbei- 
tung, Speicherung und/oder Bereitstellung der jeweiligen Informationen übernehmen.?® In der 
Praxis werden bereits vielfach rechnergestützte Entscheidungsinstrumente in Form von 
IT-Systemen eingesetzt, bei denen die jeweilige Entscheidungsmethode in einen ausführba- 
ren Algorithmus überführt wird. Bedeutende Instrumente sind u.a. Entscheidungsunterstüt- 
zungssysteme (DSS), Expertensysteme sowie Business-Intelligence-Systeme (BI).?°* BI-Sys- 
teme können bei der Wahrnehmung und Präzisierung von Problemen unterstützen, indem sie 
u.a. mittels Verfahren der deskriptiven Statistik strukturierte Daten analysieren und in Form 
von Analysen und Reports aufbereiten.?° Expertensysteme dienen der Auswahl geeigneter 
Handlungsalternativen, indem sie menschliches Wissen für spezifische Entscheidungssituati- 
onen ausgeben.”° DSS können je nach Gestaltung Informationen entlang des gesamten Ent- 
scheidungsprozesses bereitstellen und dienen daher oft als Oberbegriff für alle rechnerge- 
stützten Entscheidungstechniken.?°” 


Da die systemseitige Realisierung von Entscheidungstechniken in Form der jeweiligen Instru- 
mente maßgeblich von den zugrundeliegenden Entscheidungsmethoden abhängt, wurde in 


200 Vgl. Funke (2003), S. 239 f. 

201 Vgl. Pfohl (1977), S. 187 

202 Vgl. Pfohl (1977), S. 188 

203 Vgl. Pfohl (1977), S. 209 

204 vol, Mortenson et al. (2015), S. 588 f. 

205 Vgl. Holsapple et al. (2014), S. 131 

206 Eine weiterführende Erklärung von Expertensystemen erfolgt in Kapitel 2.4.2.2. 
207 Vgl. Arnott, Pervan (2015), S. 128 
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der vorliegenden Arbeit eine Systematisierung anhand der Methoden vorgenommen, die in 
Abbildung 14 zusammenfassend mit exemplarischen Vertretern dargestellt ist. 


Qualitative Quantitative 
Methoden Methoden 
Modellgestützte Datengestützte 
Methoden Methoden 
Klassische ` 
Deterministisch Stochastisch statistische De 
Verfahren g 
Exakte Inexakte 
Methoden Methoden 
Optimierende Analytische Approximations- ` 4 Heuristische 
Methoden Methoden methoden Simulationen Methoden 
Lineare. nz 
Par Methoden der Evolutionare 
d DICH Seren Warteschlangen- Numerische Verfahren und 
Men und Graphen- Methoden Methoden der 
theorie Fuzzy-Logik 


Programmierung 


Abbildung 14: Systematisierung von Methoden für Entscheidungstechniken?'® 


Auf oberster Ebene kann in qualitative und quantitative Methoden unterschieden werden. Zu 
qualitativen Methoden gehören u.a. die Delphi-Methode und die Szenario-Technik, welche 
insbesondere zur Ermittlung der Auswirkungen von Handlungsalternativen eingesetzt werden, 
sowie die Entscheidungsmatrix und Nutzwertanalyse, welche der Bewertung von Handlungs- 
alternativen denen 279 Dieser Methodenbereich ist für die vorliegende Arbeit nicht relevant. 
Die stattdessen im Fokus stehenden quantitativen Methoden bilden ein breites Feld an Aus- 
prägungen und basieren auf mathematischen und statistischen Verfahren. Die bislang domi- 
nierende Nutzung dieser Methoden erfolgt im Rahmen des modellgestützten Ansatzes, der 
zusammen mit den dazugehörenden Unterscheidungsmerkmalen im nachfolgenden Abschnitt 
beschrieben wird. 


2.3.5.2 Modellgestützte Entscheidungstechniken 


Modellgestützte Entscheidungstechniken sehen eine Überführung realer Entscheidungssitua- 
tionen in symbolische Modelle vor, indem die problemrelevanten Eigenschaften aus der Praxis 


208 Eigene Darstellung. Die Systematisierung gilt insbesondere für Entscheidungsmodelle und ist als 
Synthese verschiedener Veröffentlichungen zu verstehen, welche hinsichtlich der betrachteten Teilbe- 
reiche und der Unterscheidungsmerkmale variieren. Weitere Abgrenzungsmöglichkeiten finden sich 
u.a. in Laux et al. (2018), S. 54 und Arnold et al. (2008), S. 428 ff. 

209 Vgl. Adam (1993), S. 351; Kahle (2001), S. 52 
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durch den Menschen erfasst, strukturiert und mittels mathematischer Syntax formalisiert wer- 
den 210 Anhand dieser abstrahierten Realität kann durch Anwendung der entsprechenden Me- 
thode die Lösung der Probleme logisch erschlossen werden.?'' Die Ergebnisse sind anschlie- 
fend anhand der realen Situation überprüfbar, was zu einer Anpassung des Modells durch 
den Menschen führen kann (siehe Abbildung 15).2'2 


Problemdefinition — 
Problemanalyse Modellbildung 
v 


Reales Problem aa e e Abbildung "== === ---- > Formales Modell 


Umsetzung in Realitat Modellanalyse 


Ergebnis 


(Lösung des Modells) 


Abbildung 15: Prinzip von modellgestützten Entscheidungstechniken?"? 


In Bezug auf die modellbezogenen Zielsetzungen zur Unterstützung der Aktivitäten in Ent- 
scheidungsprozessen wird in die drei Modellarten der Beschreibungsmodelle, der Erklarungs- 
bzw. Prognosemodelle sowie der Entscheidungsmodelle unterschieden.?'* Diese werden 
nachfolgend mit assoziierten Methoden beschrieben, wobei keine exklusive Zuordnung der 
Methoden zu den Phasen besteht. 


Beschreibungsmodelle stellen deskriptive Informationen zur Entscheidungssituation dar. In 
der Logistik werden sie u. a. zur Erfassung von Problemen, z. B. in Form von Störungen, sowie 
für die Bereitstellung von Zusatzinformationen in Entscheidungsprozessen in Form von Kenn- 
zahlen aus dem Logistikcontrolling eingesetzt.?'° Hierbei kann es sich u. a. um Zeit- oder Soll- 
Ist-Vergleiche handeln. Insbesondere im Falle von schlecht definierten Problemen werden 
auch Heuristiken zur Gewinnung von Informationen eingesetzt.?"® 


Eine Erfassung von Zusammenhängen zwischen Variablen in Form empirischer Gesetzmä- 
Rigkeiten oder Hypothesen findet mittels Erklärungsmodellen statt, zu denen auch Progno- 
semodelle gehören. Letztere kommen in der Logistik u. a. bei der Ermittlung zukünftiger Aus- 
prägungen von Einflussfaktoren, wie der Nachfragemenge und der Bestandshöhe, zum Ein- 
satz. Im Rahmen der bestehenden Prognosemodelle werden entweder klassische statistische 
Verfahren, insbesondere Regressionsverfahren, oder Zeitreihenanalysen angewandt, z. B. in 
Form der exponentiellen Glättung und des gleitenden Mittelwertes.?'’ Es handelt sich demnach 


210 Vgl. Pfohl (2016), S. 261 f. 

211 Vgl. Bretzke (1980), S. 8 

212 Vgl. Koop, Moock (2018), S. 3 

213 Eigene Darstellung in Anlehnung an Pfohl (2016), S. 262; Koop, Moock (2018), S. 3 

214 Vgl. hierzu und zu diesem Abschnitt Bamberg et al. (2012), S. 15; Pfohl (2016), S. 262 f. 
215 Vgl. Pfohl (2016), S. 181 

216 Vgl. Kahle (2001), S. 21 

217 Vgl. Schuh, Stich (2013), S. 90 ff.; Adam (1993), S. 174 f. 
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v.a. um parametrisierte Verfahren, bei denen der Mensch für einzelne Parameter Annahmen 
treffen muss und diese in eine mathematische Funktion überführt.?'® Eine spezielle Auspra- 
gung von Prognosemodellen stellen Simulationen dar. Im Rahmen der Simulationsmodelle 
kann durch die experimentelle Veränderung von einzelnen Parametern eine Zustandsände- 
rung des modellierten Systems wahrgenommen werden, sodass diese Modelle insbesondere 
bei der Ermittlung von Auswirkungen für Handlungsalternativen im Sinne sog. What-if-Szena- 
rien Anwendung finden.?'? 


Im Rahmen von Entscheidungsmodellen werden geeignete Handlungsalternativen ermittelt, 
wobei diese auf Informationen aus den vorausgehenden Aktivitäten des Entscheidungspro- 
zesses angewiesen sind, die z. B. mittels der zuvor genannten Modelle erhoben werden kön- 
nen. In der Logistik werden diese u. a. zur Ermittlung optimaler Routen, Maschinenbelegungen 
und Dispositionsentscheidungen eingesetzt. Die assoziierten Methoden können auf oberster 
Ebene hinsichtlich ihres Umgangs mit den verfügbaren Informationen unterschieden werden. 
Es existieren deterministische Methoden, die in (quasi-)sicheren Entscheidungssituationen 
zum Einsatz kommen, sodass sie bei gleicher Datenlage stets zum selben Ergebnis kom- 
men.??° Demgegenüber stehen stochastische Methoden, die bei unsicheren Situationen ange- 
wandt werden, sodass deren Ergebnisse mit Wahrscheinlichkeiten behaftet sind.??' Eine wei- 
tere Abgrenzung findet hinsichtlich des Berechnungsverfahrens statt, wobei in exakte und 
inexakte Methoden unterschieden wird. Exakte Methoden werden bei wohlstrukturierten Prob- 
lemen eingesetzt, in denen alle relevanten Informationen vorhanden sind, sodass sie in der 
Lage sind, optimale Lösungen für ein Problem zu finden, weshalb sie auch als Optimierungs- 
methoden bezeichnet werden.??? Hierzu zählen analytische Verfahren der Warteschlangen- 
und Graphentheorie sowie Verfahren der mathematischen Optimierung, z. B. die lineare Pro- 
grammierung — als am häufigsten vorkommende Ausprägung — sowie die nichtlineare, dyna- 
mische und stochastische Programmierung.??? Im Falle von schlecht strukturierten Problemen, 
d.h. beim Fehlen wichtiger Informationen für die Problemlösung, werden inexakte Modelle 
angewendet.??* Dazu gehören heuristische Methoden, bei denen eine Lösung ermittelt wird, 
die in der Regel nicht der optimalen Lösung entspricht.2 Ziel von Heuristiken ist es, durch 
eine Reduktion der Problemkomplexität in vergleichsweise kurzer Zeit brauchbare Ergebnisse, 
z.B. in Form einer Näherungslösung, zu ermitteln.? Zu den Vertretern gehören verschiedene 
Suchverfahren aus dem Bereich der evolutionären Verfahren, wie Ameisensysteme und allge- 


218 Demgegenüber erfordern nicht- und semiparametrische Verfahren eine geringe Spezifizierung 
durch den Menschen. Vgl. Fahrmeir et al. (2009), S. 40, 291 

219 Vgl. Pfohl (2016), S. 273 

220 Vgl. Arnold et al. (2008), S. 429 

221 Vgl. Laux et al. (2018), S. 54 

222 Vgl. Pfohl (2016), S. 207 f.; Briskorn (2020), S. 10 

223 Vgl. Kahle (2001), S. 93 

224 Vgl. Kahle (2001), S. 20 

225 Vgl. Briskorn (2020), S. 10 f. 

226 Vgl. Kahle (2001), S. 21 
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meine Multiagentensysteme, die Tabu-Suche und Methoden der Fuzzy-Logik. Auch Simulati- 
onen stellen im Falle der Vorgabe von Handlungsalternativen inexakte Entscheidungsmodelle 
dar 277 Als Übergang von inexakten zu exakten Methoden werden Approximationsmethoden 
angesehen, die zwar in der Regel ebenfalls keine optimale Lösung ermitteln, aber im Unter- 
schied zu Heuristiken eine quantifizierbare Größe zur Ergebnisqualität im Sinne des erwarte- 
ten Fehlers enthalten.??® Hierfür werden insbesondere numerische Methoden genutzt. 


Die Erforschung von modellgestützten Entscheidungstechniken für betriebliche Entschei- 
dungsprozesse erfolgt seit Jahrzehnten im Rahmen des Operations Research (OR).??° Diese 
interdisziplinäre Disziplin umfasst sowohl die Entwicklung von Methoden als auch deren IT- 
seitige Ausführung.??° Die Abgrenzung von OR in Bezug auf die Zuordnung einzelner Metho- 
den wird in der Literatur unterschiedlich vorgenommen. Nach einer engen Definition umfasst 
diese Disziplin lediglich Methoden im Kontext von Entscheidungsmodellen; darüber hinaus 
wird OR aber auch als Oberbegriff für alle modellgestützten Verfahren verwendet, d.h. auch 
für Beschreibungs- und Erklärungsmodelle. 


2.3.5.3 Abgrenzung zu datengestützten Entscheidungstechniken 


Neben dem bisher vorherrschenden modellgestützten Ansatz zur Realisierung von Entschei- 
dungstechniken, bei dem das Wissen zur Problemlösung durch den Menschen vorgegeben 
wird, existieren auch datengestützte Methoden, die entsprechend der in Kapitel 1.1 dargestell- 
ten Entwicklungen immer stärker an Bedeutung gewinnen. Bei diesen Methoden wird versucht, 
das benötigte Wissen aus Daten zur jeweiligen Entscheidungssituation zu extrahieren. Histo- 
risch werden hierzu v. a. klassische statistische Verfahren gezählt, wie sie bspw. bereits in den 
zuvor genannten Beschreibungs- und Prognosemodellen Anwendung finden — wobei in diesen 
Fällen oft weiterhin menschliches Wissen, z.B. in Form der Parametrisierung, eingebunden 
wird. Darüber hinaus bestehen aber auch komplexere, nicht-parametrisierte Methoden aus der 
Statistik und Mathematik. Diese kommen im Falle von ML zum Einsatz, weshalb diese Tech- 
nologie auch als Vertreter der datengestützten Methoden zu betrachten ist. 


Das Bindeglied zwischen daten- und modellgestützten Entscheidungstechniken — sowie damit 
auch zwischen den Disziplinen von OR und ML - stellt die Analytik bzw. Analytics dar (siehe 
Abbildung 16).2°' Diese sieht neben ML??? auch den Einsatz klassischer statistischer Verfahren 
und modellgestützter Methoden vor und stellt daher eine Abkehr vom klassischen OR-Ver- 
ständnis dar 272 Bei Analytics handelt es sich um eine eigene Disziplin, die seit Mitte der 2000er 
Jahren besteht und die Nutzung von großen Datenmengen — sowohl in strukturierter als auch 


227 Vgl. Kahle (2001), S. 93; Pfohl (1977), S. 192 

228 Vgl. Briskorn (2020), S. 10 

229 Vgl. Koop, Moock (2018), S. 1 

230 Vgl. Briskorn (2020), S. 2 

231 Vgl. Mortenson et al. (2015), S. 585 

232 ML wird mit der neu aufgenommenen und nunmehr letzten Analytics-Stufe in Form von 
„Autonomous Analytics“ assoziiert, welche die Autonomisierung von Entscheidungsprozessen um- 
fasst. Vgl. Davenport, Harris (2017), S. 7 f. 

233 Vgl. Das (2014), S. 7 
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in unstrukturierter Form — zur Unterstützung und Ausführung von Entscheidungsprozessen 
adressiert.2%4 Für den Unternehmenskontext wurde hierzu der Begriff der Geschaftsanalytik 
bzw. Business Analytics (BA) geprägt.?°° Korrespondierend zu den drei Modellarten des mo- 
dellgestützten Ansatzes lassen sich die im Kontext von Analytics realisierten Entscheidungs- 
techniken hinsichtlich ihrer Funktionen in drei Stufen unterteilen: die Beschreibung von Prob- 
lemen (Descriptive Analytics), die Ermittlung von tieferliegenden Zusammenhängen und von 
Prognosen (Diagnostic bzw. Predictive Analytics) sowie die Identifikation von Handlungsalter- 


nativen (Prescriptive Analytics).?°° 


IT- 
Informationstechnologien Systeme Entscheidungstheorie 
2 Analytics 
Machine Operations 
Learning Research 


Quantitative Methoden 


Abbildung 16: Abgrenzung von ML, Analytics und OR?” 


2.4 Machine Learning und Künstliche Intelligenz 


Dieses Unterkapitel dient der Analyse und Abgrenzung der technischen Dimension des Unter- 
suchungsfelds in Form der ML-Anwendungen. Dazu wird einleitend der übergeordnete Bereich 
der KI untersucht. Anschließend erfolgt eine Auseinandersetzung mit den Möglichkeiten zur 
Realisierung einer systemseitigen Lernfähigkeit als technische Grundlage für die Lösung von 
Problemen. Dazu werden mit der symbolischen und subsymbolischen KI bzw. den darauf ba- 
sierenden systemtechnischen Realisierungsformen in Form der Expertensysteme und ML-An- 
wendungen die zwei zentralen Ansätze erläutert und abgegrenzt. Abschließend erfolgt eine 
detaillierte Betrachtung von ML durch die Herausarbeitung und Systematisierung wesentlicher 
Konzepte und Methoden. 


2.4.1 Künstliche Intelligenz 


Ausgehend von einer einleitenden Betrachtung der menschlichen Intelligenz, welche der spä- 
teren Modellierung von ML-Anwendungen dienen, wird in diesem Abschnitt die Forschungs- 
disziplin KI analysiert, wobei eine primär ingenieurswissenschaftliche Sicht mit Berücksichti- 
gung kognitionswissenschaftlicher Zusammenhänge eingenommen wird. Neben einer Defini- 
tion von KI werden die definitionsgemäßen Anforderungen an KI-Systeme erarbeitet, was auch 
mit der Darstellung verschiedener systemseitiger Fähigkeiten und anwendungsbezogener 


234 Vgl. Davenport, Harris (2017), S. 6 

235 Vgl. Holsapple et al. (2014), S. 131; Weber (2020), S. 6 

238 vol, Davenport, Harris (2017), S. 7 f. 

237 Eigene Darstellung in Anlehnung an Mortenson et al. (2015), S. 586 
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Teilbereiche einhergeht. Abschließend werden mit den Kl-Hypothesen unterschiedliche tech- 
nische Lösungsansätze beschrieben. Dies umfasst ebenfalls Aussagen zum aktuellen Stand 
und zu zukünftigen Szenarien. 


2.4.1.1 Modellierung menschlicher Intelligenz 


Die Grundlage für die Betrachtungen zu KI in der vorliegenden Arbeit stellt die menschliche 
Intelligenz dar, welche als „Fähigkeit, abstrakt und vernünftig zu denken und daraus zweck- 
volles Handeln abzuleiten“ beschrieben wird?°®. Im Zentrum dieser Definition steht demnach 
das Denken, welches — im Sinne einer Konkretisierung der resultierenden Handlungen - zur 
logischen Schlussfolgerung, zur Kreativität oder zur Problemlösung eingesetzt werden kann, 
wobei Letzteres auch als problemlösendes Denken bezeichnet wird 27 Zum Denken nutzt 
der Mensch verschiedene kognitive Fähigkeiten. Je nach Begriffsauffassung wird Denken 
dabei entweder als Oberbegriff im Sinne eines Ziels aller kognitiven Fähigkeiten (Denken 
i.w. S.) oder als eine dieser Fähigkeiten verstanden (Denken i. e S.).24° Die individuellen Aus- 
prägungen der kognitiven Fähigkeiten beim Menschen, welche durch verschiedene Testver- 
fahren operationalisierbar sind, werden wiederum als Intelligenz verstanden.?*' 


Für die Darstellung und Abgrenzung dieser Fähigkeiten wird das Denken bzw. die Kognition 
in der Forschung als ein Prozess modelliert, bei dem der Mensch ein in die Umwelt eingebet- 
tetes Informationsverarbeitungssystem darstellt, welches Informationen aus der Umwelt 
aufnimmt, diese verarbeitet und die verarbeiteten Informationen wieder an die Umwelt zurück- 
gibt (siehe Abbildung 17).2*? Während die Gedächtnisstrukturen des Menschen für die Trans- 
formation der Informationen zuständig sind, stellen seine Sinnesorgane und die Motorik die 
Schnittstellen zur Umwelt dar. Sowohl während der Verarbeitung als auch nach Ausgabe der 
Informationen finden Rückmeldungen aus der Umwelt statt, die zu einer Anpassung der Fä- 
higkeiten führen können. Daher ist ein Modell des Denkens eher als ein Kreislauf zu betrach- 
ten, der auch als Wahrnehmungs-Handlungs-Zyklus (Perception-Action Cycle bzw. Loop) 
bezeichnet wird.” 


238 Duden (2021) 

239 Vgl. Funke (2003), S. 21 f. 
240 Vgl. Hussy (1993), S. 42 

241 Vgl. Hussy (1984), S. 245 
242 Vgl. Hussy (1993), S. 42 f. 
243 Vgl. Fuster (2005), S. 106 f. 
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Sinnesorgane Motorik 
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Informationen 
Informationen 


Rückmeldung 


Abbildung 17: Menschliche Kognition als Informationsverarbeitungssystem2“4 


Die Aufnahme von Informationen aus der Umwelt erfolgt mittels der kognitiven Fähigkeit der 
Wahrnehmung, wozu die menschlichen Sinnesorgane eingesetzt werden. Für die Bewertung, 
Filterung und Strukturierung der Information wird die Fähigkeit der Aufmerksamkeit genutzt.” 
Die strukturierten Informationen werden anschließend im Rahmen des problemlösenden Den- 
kens zu Wissen verarbeitet, welches alle Kenntnisse und Fähigkeiten eines Menschen zur 
Problemlösung umfasst.?* Der Wissensbegriff ist daher auch vom Informationsbegriff abzu- 
grenzen, da Informationen erst auf geeignete Weise zur Problemlösung verarbeitet werden 
müssen. Der Erwerb von Wissen erfolgt durch die kognitive Fähigkeit des Lernens.” Mittels 
des Kurz- und Langzeitgedächtnisses werden die Information und das erworbene Wissen ge- 
speichert.?*° Die Ausgabe der verarbeiteten Informationen in Form von Problemlösungen er- 
folgt mittels der Sprache, wozu der Mensch auf die Fähigkeit der Verbalisierung zurückgreift, 


und/oder durch die Bewegungsfunktionen des Körpers in Form der motorischen Fähigkeiten. 


2.4.1.2 Wissenschaftstheoretische Einordnung und Definition von KI 


Seit der industriellen Revolution verfolgen Menschen das Ziel einer Automatisierung, d.h. ei- 
ner „Delegation von Tätigkeiten an Maschinen, die in der Lage sind, diese selbsttätig auszu- 
führen“?*. Ausgehend von der damit verbundenen Substitution motorischer Fähigkeiten hat 
sich mit dem Aufkommen der Informationstechnik der Gedanke der Automatisierung auf 
kognitive Fähigkeiten des Menschen erweitert. "27 Damit einher ging das Ziel zur Entwicklung 
von Maschinen bzw. IT-Systemen??', welche Tätigkeiten übernehmen können, für die der 
Mensch Intelligenz benötigt. Die ersten umfassenden Überlegungen dazu wurden durch 
Turing (1950) formuliert, dessen Arbeit heute als Ursprung der Kl-Forschung gilt. 


244 Eigene Darstellung in Anlehnung an Hussy (1993), S. 43; Fuster (2005), S. 109 

245 Vgl. Hussy (1993), S. 57 f. 

246 vol Thommen et al. (2017), S. 552 

247 Vgl. Hussy (1984), S. 203 

248 Vgl. Hussy (1984), S. 183 ff. 

249 Heßler (2019), S. 235 

250 Vgl. Russell, Norvig (2012), S. 39 f.; Mainzer (2018), S. 9 

251 Im weiteren Verlauf wird für alle Artefakte auf Basis von KI der Begriff des Systems verwendet. 
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Aus der Historie von KI sind verschiedene Forschungsansatze hervorgegangen, die teilweise 
in Konkurrenz zueinanderstanden, sich aber auch positiv beeinflusst haben "57 In Bezug auf 
die übergeordnete Zielsetzung können drei Gruppen von Aktivitäten festgestellt werden. Die 
erste Gruppe strebt nach einem Verständnis der menschlichen Intelligenz, um darauf basie- 
rend das menschliche Denken und Handeln systemseitig nachzubilden, was auch als kognitive 
Modellierung bezeichnet wird’. Die zweite Gruppe fokussiert die Entwicklung von Systemen 
zur Lösung von Anwendungsproblemen, indem bestehende Konzepte und Methoden ange- 
wendet und erprobt werden. Die dritte Gruppe legt den Schwerpunkt auf die Entwicklung die- 
ser methodischen Grundlage, indem u. a. neue Algorithmen entworfen werden. Während die 
erste Gruppe insbesondere der Disziplin der Kognitionswissenschaft zuzuordnen ist, entstam- 
men die Arbeiten der zweiten und dritten Gruppe der Informatik und damit den Ingenieurswis- 
senschaften, wobei der Schwerpunkt der dritten Gruppe in der theoretischen Informatik und 
der Mathematik liegt. Entsprechend dieses inhaltlichen Spektrums bildet KI eine interdiszipli- 
näre Forschungsdisziplin mit ingenieurs- und kognitionswissenschaftlichen Zielsetzun- 
gen (siehe Abbildung 18). In der vorliegenden Arbeit stehen die ingenieurswissenschaftlichen 
Fragstellungen von KI im Sinne der zweiten anwendungsorientierten Gruppe im Fokus. 


Psychologie 
Ingenieurs- D Neurologie 
wissen- Informatik KI Kognitions- 
schaften wissenschaft 
Linguistik 


Philosophie 
Abbildung 18: Einordung von KI in Wissenschaftsdisziplinen?°* 


Analog zu den vielfaltigen Forschungsaktivitaten existiert auch eine Vielzahl von Definitionen 
von KI.25 Im Sinne der eigenommenen anwendungsorientierten Perspektive der Arbeit wird 
die Definition von Rich (1983) herangezogen, nach der KI wie folgt beschrieben wird: 


„Artificial intelligence (A.I) is the study of how to make computers do things that people 
are better at "79 


Kl umfasst demnach alle Aktivitäten zur Erstellung von computergestützten Systemen, die für 
Aufgaben entwickelt wurden, in denen — aktuell — der Mensch besser ist. Rich (1983) bezieht 
sich im weiteren Verlauf der entsprechenden Veröffentlichung auf die Umsetzung kognitiver 
Fähigkeiten, wobei sie u.a. die Wahrnehmung und die Problemlösung als Beispiele nennt. 
Auch verweist sie auf einen perspektivischen Leistungsvorsprung der KI-Systeme gegenüber 
dem Menschen. Für eine weitere Detaillierung des Verständnisses zu KI in Hinblick auf die 


252 Vgl. Russell, Norvig (2012), S. 22 ff. 

253 Vgl. Hussy (1984), S. 23; Franklin (2014), S. 30 

254 Eigene Darstellung in Anlehnung an Wahlster (2001), S. 2 

255 Ein Überblick findet sich in Wahlster, Winterhalter (2020), S. 36 f. 
258 Rich (1985), S. 117 zitiert nach Rich (1983) 
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resultierenden Systeme wird zusätzlich die Definition der Europäischen Kommission zu KI an- 
geführt. Nach dieser nehmen KI-Systeme Informationen aus der Umwelt wahr und leiten dar- 
aus geeignete Aktionen ab, wobei sie zum Erreichen ihrer Ziele in einem gewissen Maße ei- 
genständig agieren. Sie können dabei entweder als reine Softwaresysteme oder zusammen 
mit hardwareseitigen Komponenten, z.B. in Form autonomer Fahrzeuge oder Roboter, reali- 
siert werden’: 


„Artificial intelligence (Al) refers to systems that display intelligent behaviour by 
analysing their environment and taking actions — with some degree of autonomy - to 
achieve specific goals. Al-based systems can be purely software-based, acting in the 
virtual world [...] or Al can be embedded in hardware devices [...].”?°® 


2.4.1.3 Fähigkeiten und Teilbereiche von KI 


Im Rahmen der genannten Definitionen wird nicht einheitlich und abschließend determiniert, 
welche Fähigkeiten ein System aufweisen muss, damit es als „künstlich intelligent“ bezeichnet 
werden kann. Ein anerkannter Ansatz zur Qualifizierung dieses Wesensmerkmals stellt der 
Turing-Test dar, welcher der bereits angesprochenen Arbeit von Turing (1950) entstammt und 
vier Fähigkeiten von intelligenten Systemen einfordert. Dieser Test wurde später um die zwei 
Fähigkeiten der Wahrnehmung und Handlung von Harnad (1991) zum totalen Turing-Test er- 
weitert. Bei diesen technischen Fähigkeiten, welche gleichzeitig die definitionsgemäßen Ei- 
genschaften einer künstlichen Intelligenz darstellen (siehe Tabelle 3), erfolgt eine Orientierung 
an den in Kapitel 2.4.1.1 dargestellten kognitiven und motorischen Fähigkeiten des Menschen. 
Diese umfassen das Erfassen und Verstehen von Informationen durch das Sehen, Tasten und 
Erkennen von Sprache, den kontinuierlichen Erwerb von Wissen in Form eines maschinel- 
len Lernens, die Speicherung dieses Wissens und das Ziehen darauf basierender Schluss- 
folgerungen sowie die Ausübung entsprechender Handlungen in Form von Manipulationen 
und der Sprache.?°° Das Prinzip des Turing-Tests sieht eine Situation vor, in der ein Mensch 
mit einem System im Rahmen einer Unterhaltung und einer Übergabe von Objekten intera- 
giert. Sollte der Mensch nicht erkennen, dass es sich bei seinem Gegenüber um ein System 
handelt, gilt der Test als bestanden und das System als intelligent. Dazu muss dieses über 
alle zuvor beschriebenen Fähigkeiten verfügen. 


257 Dies Realisierungsform bezieht sich auf das primäre Erscheinungsbild der Systeme. Wie die Aus- 
führungen in Kapitel 2.1 zeigen, werden auch zur Ausführung von Software Hardwarekomponenten 
benötigt. 

258 Europäische Kommission (2018), S. 1 

259 Vgl. Russell, Norvig (2012), S. 23 f. 
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Korrespondierende 


Eigenschaft des Systems Beschreibung menschliche Fahigkeit 
Verarbeitung natürlicher Sprache Kommunikation in der jeweiligen 

N Sprache verstehen und sprechen 
(Natural Language Processing) Sprache 
Wissensrepräsentation Speicherung und Organisation Marken und’erknein 
(Knowledge Representation) von Wissen 


Logisches Schließen bzw. Inferenz i 
g Schlussfolgerungen auf Basis von Treffen rationaler Entscheidungen 


(Reasoning) Wissen 
Maschinelles L 
er B = En Erwerb von (neuem) Wissen Lernen 
(Machine Learning) 
Maschinelles Seh 
Rah == e e3 Wahrnehmung von Objekten Sehen 
(Computer Vision) 
Repel Manipulation von Objekten Bewegen (Motorik 
(Robotics) H j gen ( ) 


Tabelle 3: Eigenschaften von intelligenten Systemen im Sinne des totalen Turing-Tests 


Die gezielte Entwicklung von definitionsgemäßen intelligenten Systemen, welche alle ange- 
sprochenen Fähigkeiten vereinen, stand bisher nicht im Fokus der Kl-Forschung. Stattdessen 
wurden vordergründig Lösungen zur technischen Realisierung einzelner Fähigkeiten entwi- 
ckelt.?°° Anhand der damit verbundenen Aktivitäten lassen sich bestimmte Schwerpunkte der 
anwendungsorientierten Kl-Forschung ableiten, die u. a. als Technologien oder Forschungs- 
bereiche von KI bezeichnet werden und nachfolgend prägnant beschrieben sind.?°' Zwischen 
den einzelnen Bereichen bestehen große inhaltliche Schnittmengen. Insbesondere ML und 
Expertensysteme werden aufgrund ihrer Fähigkeit zur Problemlösung in allen anderen Teilbe- 
reichen eingesetzt. Entsprechend ihrer Bedeutung für die vorliegende Arbeit werden diese 
beiden Bereiche im Kapitel 2.4.2 detailliert betrachtet. 


Im Bereich des Natural Language Processing (NLP) werden Lösungen zur systemseitigen 
Verarbeitung von natürlicher Sprache entwickelt. Dazu erfolgt eine Erkennung der jeweiligen 
Sprache, was auch als Speech Recognition bezeichnet wird, sowie deren Umwandlung und 
Interpretation. Die resultierenden Informationen werden zur Ausführung von Aktionen, z. B. im 
Rahmen von Geschäftsprozessen oder zur Interaktion mit dem Menschen genutzt. Letztes 
erfolgt durch die Ausgabe mittels Dialogsystemen, die entweder visuell via Chatbots oder 
akustisch in Form von Sprachassistenten kommunizieren. Zusätzlich zur gesprochenen Spra- 
che wird auch mitunter die Verarbeitung von Sprache in Form von Texten, d.h. die Optical 
Character Recogniton, dem NLP-Bereich zugeordnet. 


Der Bereich des Computer Vision adressiert Lösungen zur visuellen Erkennung der Umwelt. 
Dazu werden Bilder oder Videos, die u. a. mittels Kamerasystemen oder optischen Sensoren 


260 vol, Frankish, Ramsey (2014), S. 5 

261 In der Literatur variieren die Systematisierung und Benennung der KI-Teilbereiche. Die hier vorge- 
nommene Abgrenzung und Beschreibung orientieren sich an Seifert et al. (2018), S. 15; Weber 
(2020), S. 37 ff.; Franklin (2014), S. 24 ff. 
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aufgenommen wurden, verarbeitet und nach Merkmalen analysiert. Durch die darauf basie- 
rende Interpretation der entsprechenden Inhalte können Objekte und Situationen erkannt wer- 
den. Diese werden für eine Weiterverarbeitung oder Ausgabe an den Menschen genutzt, um 
u.a. auf Störungen hinzuweisen, wie im Falle von Fahrassistenzsystemen. Im industriellen 
Kontext wird dieser Bereich auch als Machine Vision bezeichnet und dient u. a. einer Uber- 


wachung von Prozessen. 


Der Bereich der Robotik dient der Entwicklung von Robotern, welche zur Manipulation von 
Objekten eingesetzt werden. Die damit verbundenen Aktivitäten werden historisch eher dem 
Maschinenbau und der Elektrotechnik zugeordnet. Durch eine vermehrte Nutzung von Lösun- 
gen aus den anderen Kl-Bereichen, u.a. zur visuellen und akustischen Wahrnehmung der 
Umwelt sowie zur eigenständigen Anpassung von Handlungen, werden diese Aktivitäten je- 
doch mittlerweile auch als ein eigenständiger Bereich von KI geführt. Auf Grundlage des origi- 
nären Gedankens der Verrichtung ausführender Tätigkeiten hat sich mit dem Robot Process 
Automation (RPA) ein separater Teilbereich herausgebildet, der die Entwicklung von robo- 
terähnlichen Systemen in Form von Software zur Ausführung von Informationsprozessen im 
Unternehmenskontext, v. a. von repetitiven Aufgaben, adressiert. 


Im Bereich der wissensbasierten Systeme (Knowledge-based Systems) bzw. Expertensys- 
teme (Expert Systems) werden Lösungen zur Nutzung des menschlichen Wissens für die Lö- 
sung von Problemen in einer spezifischen Domäne entwickelt. Das jeweilige Wissen wird dazu 
in geeigneter Weise gespeichert und repräsentiert, um auf dieser Grundlage eine Schlussfol- 
gerung durch die Systeme zu ermöglichen. Dieser Bereich umfasst damit insbesondere eine 
Realisierung der beiden KI-Fahigkeiten der Knowledge Representation und des Reasoning. 
Mitunter werden diese auch als separate Bereiche geführt. 


Der Bereich des Machine Learning umfasst die Entwicklung von Lösungen zur Realisierung 
einer systemseitigen Lernfähigkeit, wozu Daten für den jeweiligen Anwendungsbereich ge- 
nutzt werden. Hierdurch werden Systeme befähigt, eigenständig Wissen für Problemlösungen 
zu erwerben und dieses kontinuierlich zu verbessern. 


2.4.1.4 Kl-Hypothesen (schwache und starke KI) 


Mit dem Beginn der Kl- Forschung wurden Bestrebungen zur Entwicklung einer dem Menschen 
ebenbürtigen Intelligenz, d. h. einer Human-level Intelligence’, formuliert. Im weiteren Ver- 
lauf der Forschung musste jedoch festgestellt werden, dass diese unter den vorherrschenden 
technischen Bedingungen nicht realisierbar ist. Daher wurde im Rahmen der einzelnen KI- 
Bereiche dazu übergangen, problembezogene Systeme zu entwickeln, die nur in der Lage 
sind, ihre Fähigkeiten für den vorgesehenen Anwendungsfall auf geeignete Weise einzuset- 
zen.?® Von einer menschenähnlichen Intelligenz kann bei diesen Systemen daher nicht ge- 
sprochen werden. Vielmehr handelt es sich um eine „Simulation“ des Denkens in Bezug auf 


262 vol, Bostrom, Yudkowsky (2014), S. 318 
263 Vgl. Franklin (2014), S. 16 
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den jeweiligen Anwendungsfall, sodass mitunter auch von intelligent agierenden Systemen 
gesprochen wird 291 Für diesen Realisierungsansatz wurde allgemein der Begriff der schwa- 
chen Kl-Hypothese bzw. der schwachen KI („Weak Al“) gepragt.2® Alle gegenwärtigen KI- 
Systeme werden dieser Kl-Hypothese zugeordnet. Anders als es jedoch die Semantik des 
Begriffes vermuten lässt, zeigen heutige Kl-Anwendungen in vielen Bereichen bereits einen 
Leistungsvorsprung gegenüber dem Menschen. Als Beispiele können Systeme für die Er- 
kennung von Bildern (Computer Vision) und Sprache (NLP) angeführt werden, die seit mehre- 
ren Jahren nachweisbar bessere Ergebnisse gegenüber dem Menschen erzielen — mit einer 
steigenden Tendenz zugunsten der Systeme. Auch konnten in den letzten Jahren mehrere 
medienwirksame Erfolge verzeichnet werden. Hierzu zählen z. B. die auf ML basierenden Sys- 
teme „AlphaGo“ und „AlphaGo Zero“, welche im Brettspiel „Go“ die weltweit führenden 
menschlichen Spieler besiegten.” Entsprechend dieser bereits realisierten partiellen Überle- 
genheit von KI-Systemen wird anstelle einer schwachen KI auch häufig der passendere Begriff 
der Narrow Al genutzt.26® 


Auch wenn bislang noch keine darüberhinausgehenden Vertreter existieren, wurden bereits 
verschiedene technische Ansätze und Visionen zu zukünftigen Kl-Systemen entwickelt. 
Grundlage dieser Betrachtungen bildet die starke KI-Hypothese bzw. starke KI („Strong Al“), 
welche als ein technischer Gegenentwurf zur schwachen Hypothese zu verstehen ist. Ihr liegt 
die Annahme zugrunde, dass KI-Systeme wortwörtlich selbst denken sollen, d h. ihre Aufgabe 
verstehen und über kognitive Zustände verfügen 229 Durch die damit verbundene Realisierung 
einer menschenähnlichen Intelligenz sollen die entsprechenden Systeme flexibel und kontext- 
übergreifendend agieren, sodass sie über den vorgesehenen Anwendungsbereich hinweg, 
einschließlich unbekannter Probleme, geeignete Lösungsmöglichkeiten ermitteln kënnen. 27 
Damit gehen auch weitere systemseitige Fähigkeiten einher, wie die Kreativität und die Gene- 
rierung von Wertentscheidungen. Auch das Vorhandensein eines Bewusstseins, d.h. einer 
bewusst erlebten Innenperspektive der Systeme, sowie von Emotionen wird im Kontext dieser 
Hypothese diskutiert. Zur Entwicklung entsprechender Systeme soll die Funktionsweise des 
menschlichen Gehirns und dessen Fähigkeiten nachgebildet werden, was als Reverse 
Engineering bezeichnet wird. 771 Diese reine Nachahmung des Menschen wird u. a. durch das 
Konzept der Human-Level Al repräsentiert.?”? Demgegenüber stehen aktuelle Konzepte, wie 


264 Vgl. Weinberger et al. (1994), S. 3 

265 Vgl. Searle (1980), S. 417 

266 Vgl. Zhang et al. (2021), S. 47, 62 f. 

267 Beide Systeme wurden durch DeepMind Technologies, ein Tochterunternehmen von Google bzw. 
Alphabet Inc., entwickelt. Vgl. Silver et al. (2017), S. 354 ff. 

268 Vgl. Kurzweil (2005), S. 206 

269 Vgl. Searle (1980), S. 417 

270 Vgl. Kurzweil (2005), S. 222 

271 Vgl. Kurzweil (2005), S. 205 

272 Vgl. Nilsson (2010), S. 645 
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die Artificial General Intelligence (AGI), welche auch von den menschlichen Voraussetzun- 
gen abweichende Realisierungsmöglichkeiten berücksichtigen.?’? Im Zuge der sich stetig ver- 
bessernden technischen Möglichkeiten wird die Realisierung einer AGI mittlerweile als ein 
wichtiger Trend innerhalb der KI-Forschung betrachtet.?7* 


Für die potenzielle Realisierung von Systemen im Kontext der starken Kl-Hypothese werden 
in der Zukunftsforschung verschiedene Sichtweisen eingenommen. Während teilweise von ei- 
ner grundlegenden Unmöglichkeit ausgegangen wird, geben mehrere Studien als Realisie- 
rungszeitraum für das Erreichen einer menschenebenbürtigen Intelligenz die 2040er bis 
2050er Jahre mit einer 50-prozentigen und die 2070er bis 2090er Jahre mit einer 90-prozenti- 
gen Wahrscheinlichkeit an 278 Aufgrund der Fortschritte beim Verständnis der Funktionsweise 
des Gehirns und bei dessen systemseitiger Überführung wird teilweise aber auch angeführt, 
dass sich die Forschung bereits auf dem Weg zur starken KI befindet.?’® 


Als eine Steigerung des AGI-Konzeptes kann das bereits in den 1960er Jahren von Good 
(1966) entworfene und u. a. von Bostrom (2014) weiterentwickelte Konzept der Superintelli- 
genz angesehen werden, welches von KI-Systemen ausgeht, die dem Menschen in allen Auf- 
gaben — mitunter deutlich — überlegen sind. Hierbei kann es sich u.a. um höhere Geschwin- 
digkeiten bei der Bewältigung der Aufgaben oder um das Vorhandensein von Fähigkeiten han- 
deln, über die der Mensch nicht verfiigt.2”” Diesem Zukunftskonzept liegt der technische An- 
satz zugrunde, dass die vom Menschen entwickelten KI-Systeme selbst in der Lage sind, neue 
und noch intelligentere Systeme zu entwerfen (sog. Intelligenzexplosion).?’® Für eine Reali- 
sierbarkeit der Superintelligenz und dessen Zeitpunkt können jedoch aktuell keine belastbaren 
Aussagen getätigt werden. In der Forschung werden aber bereits mögliche Auswirkungen be- 
trachtet.?7° Diese Zukunftsszenarien reichen von hohen gesellschaftlichen und betrieblichen 
Mehrwerten bis hin zu apokalyptischen Visionen. Trotz der Unsicherheit über die Realisierbar- 
keit der entsprechenden Systeme können diese Szenarien bereits jetzt Einfluss auf die Akzep- 
tanz von KI und damit assoziierten Technologien in Unternehmen nehmen. 


2.4.2 Lernende Systeme 


Für den erfolgreichen Einsatz von KI-Systemen zur Übernahme von kognitiven Aufgaben müs- 
sen diese in der Lage sein, bisher unbekannte Probleme zu lösen, wobei dies in der betriebli- 
chen Praxis auch für eine ausgeprägte Komplexität der jeweiligen Probleme gelten muss. Das 
Lösen von Problemen setzt im Sinne der gegenwärtig zutreffenden KI-Hypothese bei den Sys- 


273 Vgl. Goertzel (2007), S. 1163 
274 Vgl. Franklin (2014), S. 30 

275 Vgl. Bostrom (2014), S. 20 f. 
276 Vgl. Kurzweil (2005), S. 222 

277 Vgl. Mainzer (2018), S. 222 f. 
278 Vgl. Good (1966), S. 33 

279 Vgl. Goertzel (2007), S. 1164 ff. 
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temen dedizierte Kenntnisse und Fähigkeiten zum jeweiligen Anwendungsbereich, d. h. Wis- 
sen, voraus, welches auf Basis von empirischen Informationen aus der Umwelt erworben wer- 
den muss.28 In Analogie zum Menschen wird diese Fähigkeit auch im Kontext von Systemen 
als Lernen bezeichnet, für dessen technische Realisierung grundsätzlich mehrere Möglichkei- 
ten zur Verfügung stehen.?®' 


Mit der symbolischen KI und der subsymbolischen KI haben sich in der Forschung zwei 
zentrale Ansätze herausgebildet?®, welche aufgrund ihres jeweiligen Potenzials zur Lösung 
von Problemen auch mitunter als Paradigmen von KI bezeichnet werden. Zu den populärsten 
systemtechnischen Realisierungsformen dieser Ansätze gehören Expertensysteme (symbo- 
lische KI) und ML-Anwendungen (subsymbolische KI). Zur Herausstellung der besonderen 
Eigenschaften von ML und der Ableitung eines eindeutigen Begriffsverständnisses zur sys- 
temseitigen Lernfähigkeit werden beide Ansätze in diesem Abschnitt beschrieben und ab- 
schließend gegenübergestellt. 


2.4.2.1 Grundlagen einer systemseitigen Lernfähigkeit 


Für die technische Realisierung einer systemseitigen Lernfähigkeit bedarf es neben dem Er- 
werb des Wissens für die Problemlösung auch dessen Organisation, Speicherung und Verar- 
beitung, sodass diese Vorgänge als integraler Bestandteil des systemseitigen Lernprozesses 
betrachtet werden "87 Nachfolgend werden die Vorgänge mit ihren Ausprägungsformen be- 
schrieben, wobei diese im Falle der subsymbolischen KI nur aus theoretischer Sicht voneinan- 
der abgrenzbar sind. 


Der Erwerb von Wissen umfasst die gezielte Nutzung von neuen Informationen zur Überfüh- 
rung in Kenntnisse und Fähigkeiten, die zur Problemlösung benötigt werden. Dieser zentrale 
Vorgang des Lernprozesses kann grundsätzlich manuell oder automatisch erfolgen. Beim ma- 
nuellen Wissenserwerb wird das notwendige Wissen durch den Menschen an das System 
übergeben, d. h. durch ihn programmiert. Beim automatischen Wissenserwerb wird das Sys- 
tem stattdessen dazu befähigt, sich das Wissen selbständig anzueignen.?®* Dazu werden dem 
System Einzelfälle sowie optional weiteres Vorwissen (apriorisches Wissen) übergeben, an- 
hand dessen es eigenständig die Regeln zur Problemlösung ableitet und diese ebenfalls ei- 
genständig modelliert. Die nachfolgenden Vorgänge der Speicherung und Organisation sowie 
der Verarbeitung laufen daher in diesem Fall integriert mit dem Wissenserwerb ab. 


In Bezug auf die Speicherung und Organisation von Wissen bedarf es dessen geeigneter 
systemseitiger Modellierung. Hierzu existieren in der Kl-Forschung zwei Möglichkeiten, die 
namensgebend für die KI-Paradigmen sind. Bei der symbolischen Modellierung wird das 


280 Vgl. Russell, Norvig (2012), S. 65 

281 Übersichten zu unterschiedlichen Systematisierungen der Lernfähigkeit von Systemen finden sich 
in Dillmann (1988), S. 26 ff.; Carbonell et al. (1983), S. 7 ff.; Weinberger et al. (1994), 16 ff. 

282 Vgl. Wahlster (2017), S. 41 f.; Russell, Norvig (2012), S. 48 f.; Carbonell et al. (1983), S. 6 

283 Vgl. Weinberger et al. (1994), S. 3 

284 vol Weinberger et al. (1994), S. 11 
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Wissen in eine symbolische Form überführt, z. B. mittels Logiken, Wissensgraphen, semanti- 
schen Netzwerken und Ontologien.?® Bei der subsymbolischen Modellierung von Wissen 
wird dieses verteilt gespeichert und organisiert. Demnach existieren in diesen Modellen viele 
informationsverarbeitende Elemente, welche in einem dichten Netzwerk miteinander verbun- 
den sind, interagieren und sich gegenseitig beeinflussen.?® Entsprechend der Verbindungen 
zwischen den einzelnen Elementen wird dieser Ansatz auch als Konnektionismus bezeich- 
net 281 Im Vergleich zur symbolischen Modellierung findet beim subsymbolischen Ansatz eine 
stärkere Orientierung an biologischen Prozessen statt, die mitunter zu einer komplexen und 
schwer durch den Menschen interpretierbaren Struktur führt.28® Einen wichtigen methodischen 
Ansatz in diesem Zusammenhang stellen Neuronale Netze (NN) dar, deren Funktionsweise 
sich am menschlichen Gehirn orientiert. Die Gesamtheit des gespeicherten Wissens wird auch 
als Wissensbasis der Systeme bezeichnet.?®° 


Unter der Verarbeitung von Wissen werden verschiedene Vorgänge subsumiert, wozu ins- 
besondere die systemseitige Ermittlung geeigneter Problemlösungen (Entscheidungen) zählt, 
was als Schlussfolgerung bzw. Inferenz bezeichnet wird. Für die Inferenz existieren mit den 
sog. logischen Schlüssen drei Ausprägungen.?” Bei der Deduktion wird allgemein von einer 
bereits bekannten Regel oder Prämisse und einem übergebenen Einzelfall auf ein Ergebnis 
geschlossen. Es wird dazu von dem jeweiligen System für den Einzelfall geprüft, ob in dem 
vorhandenen Wissen ein zutreffender allgemeiner Zusammenhang gefunden werden kann, 
der aufgrund der Beschreibungen des Einzelfalls anwendbar ist. Bei der Abduktion wird von 
einer bekannten Regel und einem übergebenen Ergebnis auf einen Einzelfall geschlossen. Es 
wird versucht, für ein beobachtetes Phänomen eine Hypothese zu bilden. Somit wird diese Art 
der Inferenz auch als „kreativer Schluss“ bezeichnet. Ein Nachteil der Deduktion und Abduk- 
tion ist, dass für eine geeignete Problemlösung ein möglichst vollständiges und konsistentes 
Wissen in Form der Regeln über den Anwendungsbereich vorhanden sein muss. Das Gegen- 
stück zur Deduktion stellt die Induktion dar, bei der von einem bekannten Ergebnis und einem 
übergebenen Einzelfall auf eine Regel geschlossen wird. Es handelt sich hierbei um eine Ge- 
neralisierung, indem Eigenschaften eines oder oft mehrerer Einzelfälle und ggf. weiterer Hin- 
tergrundinformationen auf die Gesamtheit angewandt werden. Damit unterliegen die Ergeb- 
nisse der Inferenz stets einer Wahrscheinlichkeit. 


In Bezug auf die einzelnen Vorgänge zur Realisierung einer systemseitigen Lernfähigkeit las- 
sen sich zusammenfassend für die beiden Kl-Paradigmen bzw. die darauf basierenden Sys- 
teme typische Ausprägungen ableiten. Diese sind in Tabelle 4 dargestellt und werden in den 
nachfolgenden Abschnitten erläutert. 


285 vol, Wahlster, Winterhalter (2020), S. 43; Russell, Norvig (2012), S. 518 ff. 
286 vol Weinberger et al. (1994), S. 98 

287 Vgl. Franklin (2014), S. 15; Funke (2003), S. 90 

288 vol Carbonell et al. (1983), S. 6 

289 gl. Dillmann (1988), S. 24 f. 

290 Vgl. hierzu und zu diesem Abschnitt Reichertz (2016), S. 129 ff. 
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Lernprozess 


Symbolische KI 
Ausprägung Se 


Subsymbolische KI 


(Expertensysteme) (ML-Anwendungen) 
Wissenserwerb Manuell x 
(Lernen im engeren Sinne) Automatisch x 
Wissensorganisation und Symbolisch x x 
-speicherung 
(Wissensmodellierung) Konnektionistisch x 
Wissensverarbeitung Deduktiv x DI 
(Inferenz) Induktiv x 


Tabelle 4: Typische Merkmalsauspragungen der KI-Paradigmen beim Lernprozess 


2.4.2.2 Expertensysteme (symbolische KI) 


Expertensysteme bzw. die übergeordneten wissensbasierten Systeme stellen die bisher po- 
pulärste Realisierungsform der symbolischen KI dar. Das Wissen dieser Systeme zur Lösung 
von Problemen wird exklusiv von Menschen übergeben, wobei es sich häufig um Experten- 
wissen zum jeweiligen Anwendungsbereich handelt. Daher wird in diesen Fällen auch die Be- 
zeichnung der Expertensysteme verwendet.” Ziel der Systeme ist es, für einen „gegebenen 
Spezialisierungsbereich menschliche Experten in Bezug auf ihr Wissen und ihre Schlussfol- 
gerungsfähigkeit‘ bestmöglich nachzubilden.?°° Dazu wird das Wissen mittels symbolischer 
Modellierungsformen gespeichert, die eine eindeutige Zuordnung zwischen den Informatio- 
nen und die Möglichkeit eines logischen Schlusses erlauben.2% 


Das technische Prinzip der Systeme sieht eine Trennung des Wissens über den Anwendungs- 
bereich (sog. Wissenselement) von der anwendungsunabhängigen Wissensverarbeitung 
(sog. Inferenzelement) vor. Erst im Falle einer benötigten Problemlösung werden beide Ele- 
mente miteinander verbunden, wozu Regeln oder Ontologien — oftmals in Form von Wenn- 
Dann-Beziehungen - implementiert werden.?® Daher wird in diesem Kontext auch von regel- 
basierten Systemen gesprochen.?% Auf Grundlage des vorgegebenen Wissens sind die Sys- 
teme in der Lage, einen übergebenen Einzelfall anhand von Kriterien zu bewerten und den 
verfügbaren Regeln für eine geeignete Problemlösung zuzuordnen. Es handelt sich dabei um 
einen deduktiven Schluss, dessen Ergebnisse wiederum an das System zurückgeführt wer- 
den können, wobei jedoch keine automatische Anpassung des Wissens erfolgt. 


291 Der Wissenserwerb auf Basis von Einzelfällen entspricht einer induktiven Inferenz. Bei der Nutzung 
dieses Wissens für die Lösung neuer Fälle handelt es sich um eine Deduktion. 

292 Vgl. Puppe (1990), S. 2 

293 Beierle, Kern-Isberner (2019), S. 12 

294 Vgl. Carbonell et al. (1983), S. 6 

295 Vgl. Beierle, Kern-Isberner (2019), S. 11 

296 Vgl. Funke (2003), S. 88 f. 
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2.4.2.3 Machine Learning (subsymbolische KI) 


Mit dem subsymbolischen Ansatz wurde bereits in den 1950er Jahren eine Alternative zur 
symbolischen KI formuliert, welche eine Befähigung von Systemen zum eigenständigen Er- 
werb des benötigten Wissens zur Problemlösung vorsah. Samuel (1959) hat für diesen Ansatz 
den Begriff des Maschinellen Lernens bzw. Machine Learning geprägt, welcher wie folgt 
definiert wird: 


„A computer program is said to learn from experience E with respect to some class oftasks 
T and performance measure P, if its performance at tasks in T, as measured by P, 
improves with experience E "797 


Entsprechend dieser Definition findet das Lernen eines Systems auf Grundlage von system- 
seitigen Erfahrungen (E). Hierbei handelt es sich um Zusammenhänge, die das System an- 
hand von übergebenen Daten, welche Einzelfälle und ggf. weitere Informationen zu dem je- 
weiligen problembezogenen Anwendungsbereich enthalten, ermittelt hat. Im Sinne einer in- 
duktiven Inferenz werden diese Beobachtungen zu einem Wissen generalisiert und für die 
Lösung von neuen, unbekannten Fällen (T) eingesetzt. Die jeweils resultierenden Ergebnisse 
werden anschließend anhand einer vorgegebenen Leistungsmetrik (P) bewertet. Im Falle von 
Abweichungen passt das System sein Verhalten, d.h. sein Wissen, automatisch an. Dieser 
Lernprozess wird solange ausgeführt, bis das Problem entsprechend der vorgegebenen Leis- 
tungsmetrik gelöst ist. Zur Realisierung des Lernens im Kontext von ML werden mathematisch- 
statistische Methoden (sog. Lernverfahren) eingesetzt, welche das benötigte Wissen aus Da- 
ten extrahieren.?”® Ursprünglich gehören hierzu v.a. Verfahren, bei denen das Wissen 
konnektionistisch modelliert ist, wie z.B. bei NN. Nach gegenwärtiger Auffassung werden 
aber auch Verfahren mit ML assoziiert, die eine symbolische Wissensmodellierung aufwei- 
sen, wie z. B. Entscheidungsbäume oder evolutionäre Algorithmen.?% Trotz der damit seman- 
tisch nicht in allen Fällen zutreffenden Bezeichnung findet in der Literatur zumeist eine Gleich- 
setzung von ML mit der subsymbolischen KI statt.°° 


Die Realisierung einer systemseitigen Lernfähigkeit auf Grundlage der zuvor dargelegten De- 
finition von ML findet in mehreren eng miteinander verbundenen Vorgängen innerhalb des 
jeweiligen IT-Systems statt. Diese „maschinell lernenden“ Systeme werden in der vorliegen- 
den Arbeit als Lernende Systeme oder ML-Anwendungen bezeichnet.*™ Ihr grundsätzliches 
Funktionsprinzip ist unter Nutzung des in Kapitel 2.4.1.1 eingeführten Verständnisses vom 
menschlichen Denken als ein Informationsverarbeitungssystem°” in Abbildung 19 modelliert 
und wird nachfolgend beschrieben. 


297 Mitchell (1997), S. 2 

298 Eine weiterführende Erklärung der Lernverfahren von ML erfolgt in Kapitel 2.4.3.2. 

299 Vgl. Weinberger et al. (1994), S. 26 

300 Vgl. Marsland (2015), S. 4 

301 Eine Definition der beiden Begriffe erfolgt im nachfolgenden Abschnitt. 

302 Zur Beschreibung von Systemen auf Basis von ML bzw. KI werden diese in Analogie zum Men- 
schen häufig auch als Agentenprogramme modelliert. Vgl. Russell, Norvig (2012), S. 60 ff. Ein Agent 
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Abbildung 19: Funktionsprinzip von ML-Anwendungen?’? 


ML-Anwendungen agieren ebenfalls mit der Umwelt, wobei zur Wahrnehmung von Informati- 
onen Sensoren und zur Ausgabe von Aktionen in Form der identifizierten Problemlösungen 
Aktuatoren eingesetzt werden. 204 Im Falle von ML-Anwendungen, die im Sinne ihres äußeren 
Erscheinungsbildes primär Maschinen oder Roboter darstellen, handelt es sich bei den Sen- 
soren u. a. um Kamerasysteme, Mikrofone oder Bewegungssensoren, die vorwiegend Verän- 
derungen in der realen Umgebung erfassen sollen. Die Aktuatoren dienen hier vordergründig 
einer Umsetzung von elektrischen Signalen in mechanische Bewegungen, z. B. in Form von 
Endeffektoren bei Robotern. Im Falle von Anwendungen, die primär reinen Softwaresystemen 
entsprechen, werden diese beiden technischen Komponenten eher für „virtuelle“ Veränderun- 
gen eingesetzt. Die Sensorik dient demnach dem Bezug von Daten aus anderen Systemen 
oder aus der Eingabe durch den Menschen. Die Aktorik stellt demgegenüber eine datenseitige 
Übergabe der Ergebnisse an andere Systeme oder an eine Benutzerschnittstelle sicher. Die 
Informationsverarbeitung zwischen der Ein- und Ausgabe erfolgt innerhalb des sog. ML-Mo- 
dells, welches sich modellhaft aus vier Komponenten zusammensetzt, die nachfolgend mit 
ihren Hauptaufgaben dargestellt sind: 


-  Leistungselement: Auswahl von Aktionen zur Lösung des Problems, 
-  Kritikelement: Bewertung von Aktionen, 


wird dabei als eine spezielle Art von Software verstanden, welche sich in einer Umwelt befindet, diese 
wahrnimmt und auf sie einwirkt, um eigene Ziele zu verfolgen. Vgl. Franklin, Graesser (1997), S. 25 f. 
303 Eigene Darstellung in Anlehnung an Russell, Norvig (2012), S. 83; Weinberger et al. (1994), S. 13 
304 Hier und im weiteren Verlauf des Abschnittes handelt es sich um eine Synthese von Informationen 
aus Mitchell (1997), S. 11 f.; Russell, Norvig (2012), S. 83 f.; Weinberger et al. (1994), S. 14; Dillmann 
(1988), S. 19 ff. 
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- Lernelement: Verwaltung von Wissen und Entscheidung Uber Anpassung des Leis- 
tungselements im Sinne einer Verbesserung, 
-  Problemgenerator: Generierung von Problemen zur Maximierung des Wissens. 


Das Leistungselement des Systems nimmt mittels der Sensoren ein Problem aus der Umwelt 
wahr. Auf Basis eines initialen Wissens, welches auf zuvor übergebenen Einzelfällen beruht, 
wählt es die geeignetste Aktion. Diese wird mittels der Aktuatoren an die Umwelt und als Wis- 
sen an das Lernelement übergegen. Die Aktion wird zur potenziellen Lösung des Problems 
ausgeführt und das damit verbundene Ergebnis im Sinne einer veränderten Umwelt mittels 
der Sensoren wieder erfasst. Das Ergebnis wird in Bezug auf eine externe Zielvorgabe durch 
das Kritikelement bewertet. Die Bewertung wird als Feedback an das Lernelement weiterge- 
geben, welches dieses speichert und prüft, ob weiterhin ein Problem im Sinne der zu errei- 
chenden Zielvorgabe vorliegt. Ist dies der Fall, initiiert das Lernelement eine Anpassung des 
Leistungselements, um bessere Ergebnisse bzw. Lösungen zu erzielen. Die angestrebte An- 
passung wird in Form einer (Lern-)Hypothese formuliert, deren Ermittlung anhand von iden- 
tifizierten Zusammenhängen in den übergebenen Einzelfällen und den bisherigen Ergebnissen 
stattfindet. Die angestrebte Anpassung des Leistungselements in Bezug auf die aktuelle Hy- 
pothese wird unter Verwendung der vorgegebenen Lernstrategie — welche vom jeweiligen 
Lernverfahren abhängen - durch den Problemgenerator spezifiziert. Dazu initiiert dieser pas- 
sende Probleme für das Leistungselement, die zu neuem Wissen führen können. Ziel der 
Problemgenerierung ist eine möglichst umfassende Erschließung des Entscheidungsfelds 
im Sinne eines experimentellen Vorgehens. Das Leistungselement führt wiederum die poten- 
ziell geeignetste Aktion zur Lösung des aktuellen Problems aus, was zu einer iterativen Durch- 
führung des Prozesses und zu einer kontinuierlichen Anpassung der Hypothesen führt. Der 
Prozess endet erst, wenn das Lernelement auf Grundlage der Kritik keine weitere Anpassung 
als notwendig erachtet, d. h. die Zielvorgabe erreicht ist. 


Findet durch eine technisch lückenlose Integration der Informationsflüsse zwischen Aktorik 
und Sensorik die beschriebene Anpassung der Systeme in Form des Lernens ausschließlich 
auf Grundlage von Rückmeldungen aus der Umwelt zu zuvor ausgeführten Aktionen und wei- 
teren Informationen ohne jegliche Einwirkung des Menschen statt, gilt der in Kapitel 2.4.1.1 
eingeführte Perception-Action-Cycle als geschlossen. Dies stellt die technische Vorausset- 
zung für eine vollständig autonome Ausführung von Prozessen dar. 29 


2.4.2.4 Vergleich beider KI-Paradigmen und Ableitung eines Lernbegriffes 


Auf Grundlage der bisherigen Betrachtungen können wesentliche Stärken und Schwächen der 
symbolischen und subsymbolischen KI bzw. der darauf resultierenden Systeme abgeleitet 
werden. Diese sind in Tabelle 5 zusammengefasst und werden nachfolgend erläutert. Sie 
münden in einer Definition des systemseitigen Lernens für die vorliegende Arbeit. 


305 Vgl. Zhu (2019), S. 1 
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Subsymbolische KI Symbolische KI 
(ML-Anwendungen) (Expertensysteme) 


- Fähigkeit zum induktiven Schließen; Erken- 
nung neuer Zusammenhänge 


- Automatischer Wissenserwerb; Verringerung 
des Modellierungsaufwands 


- Hohe Anpassungsfähigkeit an neue Umwelt- 


- Fähigkeit zum deduktiven Schließen 
- Explizite Darstellung des Wissens, daher un- 


Stärken 3 mittelbare Interpretierbarkeit und einfache Er- 
eigenschaften und Probleme 5 h 
8 weiterbarkeit 
+ iotenzial:zur Schließung des Perception Ac.. Geringe Komplexität der Modellstruktur 
tion-Cycle (autonome Ausführung) 
- Robustheit gegenüber teils fehlerhaften und 
unvollständigen Informationen 
- Keine Generierung von neuem Wissen (wahr- 
heitserhaltend 
- Abgängigkeit der Fähigkeiten zur Problemlö- j ) SET LEN 
sung von Datenstuaton E 
- nn rom von sung erfordert Umprogrammierung 
rainingsfallen un . Zusatzinformationen 
Schwächen È 9 d 99 3 j _ > Hoher Aufwand zur Erfassung und Modellie- 
- Eingeschränkte Interpretierbarkeit, v. a. bei rung des Wissens; oft nur durch Heuristiken 
subsymbolischer Wissensrepräsentation erfassbar (Informationsverlust) 
(Black-Box-Modelle) Geri G igkeit bei k | insb 
d - Geringe Genauigkeit bei komplexen, insbe- 
- Hoher Rechenaufwand zur Ausführung sondere dynamischen Problemen 
- Anfällig für fehlerhafte Informationen 
ag Stochastische Entscheidungssituationen Deterministische Entscheidungssituationen 


Tabelle 5: Stärken und Schwächen der symbolischen und subsymbolischen KI 


In den 1970er Jahren wurde mit der Physical Symbol System Hypothesis (PSSH) eine zent- 
rale Hypothese der Kl-Forschung formuliert, die davon ausging, dass ein symbolisches Sys- 
tem bereits über die notwendigen und hinreichenden Mittel zur Realisierung eines allgemeinen 
intelligenten Handelns verfügt.?° Im selben Jahrzehnt wurden die ersten Expertensysteme 
erfolgreich zur Lösung von Problemen in der Praxis eingesetzt. Seitdem finden sie in vielen 
Bereichen Anwendung, u.a. zur Entscheidungsunterstützung in der Medizindiagnostik, zur 
Konfiguration von Kundenaufträgen und zur Automatisierung von Prozessen, u. a. zur Maschi- 
nensteuerung und in der Robotik.?°” Anhand der Erkenntnisse aus diesem praktischen Einsatz 
lässt sich feststellen, dass die Systeme entsprechend ihrer technischen Gestaltung über die 
Fähigkeit zu deduktiven Schlüssen verfügen und ihr Wissen gut für Menschen interpretier- und 
erweiterbar ist (sog. White-Box-Modelle). Allerdings ist auch zu beobachten, dass das benö- 
tigte Wissen oft nur mit einem großen, in der Praxis nicht vertretbaren Aufwand identifiziert 
und modelliert werden kann, da dieses bei den Menschen mitunter nur unbewusst vorliegt, nur 
schwer beschreibbar ist oder falsch wahrgenommen wird (sog. Bias).?°® Daher ist das in den 
jeweiligen Systemen gespeicherte Wissen häufig unvollständig und fehlerhaft. Dies gilt 
insbesondere in Fällen von sich ändernden Umfeldbedingungen bzw. Problemstellungen, de- 
ren systemseitige Berücksichtigung stets eine neue Programmierung durch den Menschen 


306 Vgl. Newell, Simon (1976), S. 116 
307 Vgl. Russell, Norvig (2012), S. 47 f. 
308 gl. Weinberger et al. (1994), S. 10 
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erfordert. Entsprechend dieser fehlenden Anpassungsfähigkeit und der eingeschränkten 
Möglichkeit zur Erfassung des gesamten benötigten Wissens ist der Ansatz der symbolischen 
KI nur bedingt für die Lösung komplexer Probleme geeignet.? Entgegen der ursprünglichen 
Annahme der PSSH begrenzt sich der Einsatz vielmehr auf bestimmte Anwendungsbereiche 
in der Praxis, welche sich tendenziell durch deterministische Entscheidungssituationen 


auszeichnen.?'? 


Im Gegensatz zu Expertensystemen ermöglicht der subsymbolische Ansatz einen vom Men- 
schen unabhängigen Wissenserwerb, indem die entsprechenden ML-Anwendungen anhand 
von Daten zu Einzelfällen empirische Zusammenhänge erkennen und in Form einer induktiven 
Inferenz generalisierte Hypothesen zur Problemlösung für neue, unbekannte Fälle ableiten 
(siehe Abbildung 20). Dies ermöglicht die Identifikation von neuen Lösungswegen, die für 
den Menschen nicht oder nur mit einem hohen Aufwand ermittelbar sind. Ferner entfällt 
dadurch die Notwendigkeit der manuellen Programmierung des Wissens, was insbesondere 
bei einem großen Entscheidungsfeld den Modellierungsaufwand erheblich reduzieren 
kann. Mit dem automatischen Wissenserwerb geht auch ein adaptives Verhalten der Systeme 
einher, welches mittels Rückmeldungen aus der Umwelt initiiert wird. Anders als Vertreter der 
symbolischen KI sind ML-Anwendungen daher in der Lage, ihr Wissen an veränderte Umfeld- 
bedingungen anzupassen, sodass auch eine Anwendung in stochastischen Entscheidungssi- 
tuationen und damit eine Lösung komplexer Probleme ermöglicht werden. Entsprechend 
des resultierenden Potenzials zur Schließung des Perception-Action-Cycle stellen die Sys- 
teme zudem eine bedeutende Möglichkeit für die Autonomisierung von Prozessen dar. Als 
potenzielle Schwäche für bestimmte Anwendungsbereiche kann dagegen die subsymbolische 
Modellierung des Wissens angesehen werden, die mitunter zu sehr komplexen Strukturen 
führt, welche für den Menschen nur schwer interpretierbar sind (sog. Black-Box-Modelle®"'). 
Auch wenn der Ansatz des verteilten induktiven Lernens in vielen Fällen eine hohe Robustheit 
gegenüber falschen oder fehlenden Informationen sicherstellt, besteht eine inharente Abhän- 
gigkeit der Systeme von den bereitgestellten Daten bzw. den darin enthaltenen Informationen. 
Ferner sind im Vergleich zu Expertensystemen tendenziell höhere Anforderungen an die 
Rechenleistung zur Ausführung der Systeme festzustellen. 


309 gl. Jordan, Mitchell (2015), S. 255 

310 Diese Erkenntnis hat in der Historie von KI zu einer größeren Welle von Enttäuschungen geführt, 
die ab Mitte der 1980er mit einem erheblichen Rückgang von Fördermitteln verbunden war (sog. KI- 
Winter). Vgl. Russell, Norvig (2012), S. 48; Franklin (2014), S. 21 

311 Vgl. Hastie et al. (2009), S. 352; Kuhn, Johnson (2013), S. 4; Marsland (2015), S. 249 
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Abbildung 20: Schematischer Vergleich von Expertensystemen und ML-Anwendungen?"? 


Trotz der langen Forschungshistorie galt der praktische Einsatz von ML bzw. der subsymboli- 
schen KI noch bis in die 1990er Jahre als nicht oder nur im beschränkten Maße realisierbar.°'? 
Wie einleitend in Kapitel 1.1 dargestellt, haben sich jedoch seitdem die hierfür benötigten Vo- 
raussetzungen, insbesondere durch den Anstieg der verfügbaren Daten und Rechenleistung, 
erheblich verbessert, sodass entsprechende Systeme mittlerweile in vielen Bereichen erfolg- 
reich eingesetzt werden. Im Zuge dieser praktischen Realisierbarkeit hat sich aber auch das 
Verständnis des systemseitigen Lernens verändert. Wie die Ausführungen zu Beginn des 
Abschnittes zeigen, bestand hierfür historisch ein breites Spektrum an Ansätzen. Hierzu zählt 
das Lernen durch Instruktion in Form von durch den Menschen vorgegebenen Regeln, wie 
es bei Expertensystemen Anwendung findet, aber auch das sog. mechanische Lernen, bei 
dem für jedes betrachtete Problem vorab eine eindeutige Lösung in den jeweiligen Systemen 
durch den Menschen implementiert wird, sodass keinerlei systemseitige Verarbeitung zur Be- 
wertung, Auswahl oder Neugestaltung des Lösungsraums stattfindet.?'* Dieser Ansatz ist mit 
dem menschlichen Auswendiglernen gleichzusetzen und findet Eingang bei der Entwicklung 
von konventioneller Software für die Ausführung definitionsgemäßer „Aufgaben“ (siehe Kapitel 
2.3.1).°'° Bei diesen Realisierungsformen leistet jedoch der Mensch den entscheidenden Bei- 
trag zur Veränderung des Wissens, sodass im gegenwärtigen wissenschaftlichen und öffent- 
lichen Diskurs das systemseitige Lernen zumeist nur noch mit ML assoziiert wird. 


In der vorliegenden Arbeit wird dieser Auffassung gefolgt. Für die Spezifizierung des damit 
verbundenen Begriffsverstandnisses werden zwei bestehende Definitionen herangezogen. 


312 Eigene Darstellung 

313 Vgl. Weinberger et al. (1994), S. 11 
314 Vgl. Carbonell et al. (1983), S. 8 
315 Vgl. Dillmann (1988), S. 27 
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Zum einen handelt es sich um die Definition von Simon (1983), welche den für die Arbeit ver- 
wendeten Lernbegriff adressiert. Dieser wird mit der Fähigkeit von Systemen zur eigenstän- 
digen kontinuierlichen Verbesserung für die Lösung von Problemen gleichgesetzt: 


„Learning denotes changes in the system that are adaptive in the sense that they enable 
the system to do the same task or tasks drawn from the same population more efficiently 
and more effectively the next time.”?'® 


Für das zugrundeliegende Verständnis von Lernenden Systemen wird die anwendungsori- 
entierte Definition von Acatech (2021) genutzt, welche die Lernfähigkeit ausdrücklich in Ver- 
bindung mit ML setzt und mehrere systemtechnische Realisierungsformen aufzeigt. Anhand 
der hierbei angesprochenen Softwaresysteme leitet sich der in der Arbeit verwendete Begriff 
der ML-Anwendungen ab: 


„Lernende Systeme sind Maschinen, Roboter und Softwaresysteme, die abstrakt beschrie- 
bene Aufgaben auf Basis von Daten, die ihnen als Lerngrundlage dienen, selbstständig 
erledigen, ohne dass jeder Schritt spezifisch vom Menschen programmiert wird. Um ihre 
Aufgabe zu lösen, setzen sie von Lernalgorithmen trainierte Modelle ein. Mithilfe des Ler- 
nalgorithmus können viele Systeme im laufenden Betrieb weiterlernen: Sie verbessern die 
vorab trainierten Modelle und erweitern ihre Wissensbasis. Lernende Systeme basieren 
auf Methoden der Künstlichen Intelligenz (Kl), genauer: des maschinellen Lernens.“ 


2.4.3 Systematisierung von Machine Learning 


Entsprechend der dynamischen Forschungsaktivitäten existieren viele methodische und kon- 
zeptionelle Ansätze im Kontext von ML, welche zudem eine stetige Veränderung und Erwei- 
terung erfahren. Ausgehend von der vorgenommenen definitorischen Abgrenzung sollen diese 
Informationen in dem vorliegenden Abschnitt herausgearbeitet und systematisiert werden, 
wozu eine Betrachtung anhand von drei Ebenen erfolgt.°'’ Einleitend werden die Lerntypen 
von ML mit ihrem Funktionsprinzip beschrieben, welche Auskunft über die unterschiedlichen 
Gestaltungsmöglichkeiten von Lernprozessen geben. Anschließend werden mit den Lernver- 
fahren die Methoden von ML eingeführt, welche die eigentliche Problemlösung realisieren. 
Hierzu erfolgt eine Analyse wichtiger Eigenschaften von Lernverfahren, wodurch Stärken und 
auch Schwächen von ML in der Gesamtheit sichtbar werden.?'® Durch den gezielten Einsatz 
der Verfahren werden unterschiedliche Problemarten adressiert, welche auch als Lernaufga- 
ben bezeichnet und abschließend systematisiert werden. 


316 Simon (1983), S. 28 

317 Die Namensgebung dieser drei Systematisierungsebenen variiert in der Literatur. Demnach werden 
die Lerntypen auch als Lernarten und die Lernverfahren auch als ML-Verfahren oder Lernalgorithmen 
bezeichnet. 

318 Auf die Beschreibung einzelner Verfahren, einschließlich deren Funktionsweise, wird in Hinblick auf 
das Forschungsziel der vorliegenden Arbeit verzichtet. 
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Zwischen den Auspragungen entlang der drei Ebenen lassen sich teilweise technische Zu- 
sammenhange feststellen, die zu einer haufigen Kombination bei den bereits umgesetzten 
Anwendungen führen. Eine eindeutige Zuordnung ist jedoch in den wenigsten Fällen möglich, 
da auch stets Abweichungen hiervon zu beobachten sind. Die in diesem Abschnitt vorgenom- 
menen Zuordnungen, einschließlich der zusammenfassenden Darstellung in Abbildung 21, 
sind daher grundsätzlich als Indikationen zu betrachten. Ferner sind die genannten Lernver- 
fahren nur als Auswahl populärer Vertreter zu verstehen, bei denen es sich zudem um über- 
geordnete Verfahrensarten handelt, die in der Praxis eine Vielzahl von Derivaten aufweisen. 
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2 
2 
E 
= 
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Learning Learning Learning Learning 
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Abbildung 21: Systematisierung von ML 219 


2.4.3.1 Lerntypen 


Die Lerntypen stellen eine Möglichkeit zur grundlegenden Systematisierung von ML in Hinblick 
auf die Gestaltung des Lernprozesses dar. Mit dem Supervised Learning (SL), Unsupervised 
Learning (UL) und Reinforcement Learning (RL) bestehen drei Typen, die sich diesbezüglich 
eindeutig voneinander abgrenzen lassen.??° Während in der Literatur weitestgehend Konsens 
zu deren Zugehörigkeit zu ML besteht, weshalb im weiteren Verlauf auch von „Haupttypen“ 


319 Eigene Darstellung. Es handelt sich um eine Auswahl von Verfahren, die bereits bei der Entwick- 
lung von ML-Anwendungen im Logistikmanagement eingesetzt und im Rahmen der systematischen 
Literaturanalyse in der vorliegenden Arbeit identifiziert wurden (siehe Kapitel 3.1.1). 

320 Vgl. Alpaydın (2010), S. 9; Russell, Norvig (2012), S. 811 
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gesprochen wird, variiert die Zuordnung und Abgrenzung von weiteren „Subtypen“. In der vor- 
liegenden Arbeit werden mit dem Semi-supervised Learning (SSL) und dem Ensemble 
Learning (EL) zusätzlich zwei Typen betrachtet, die Mischformen der Haupttypen darstellen. 
Entsprechend der hohen Bedeutung wird auch das Deep Learning (EL) als ein separater Lern- 
typ berücksichtigt. Zudem wird mit dem Evolutionary Learning (EvL) ein weiterer Lerntyp ein- 
bezogen, der historisch einen separaten Technologiebereich darstellt, aber mittlerweile häufig 
auch als Bestandteil von ML angesehen wird 29 


Das Supervised Learning (überwachtes Lernen) stellt den bisher dominierenden Lerntyp dar. 
Mittels der eingesetzten Lernverfahren wird beim SL die Bestimmung einer Funktion ange- 
strebt, welche die Zusammenhänge zwischen vorgegebenen Eingangsvariablen (sog. 
Features oder Merkmale) und Ausgabe- bzw. Zielvariablen??? ermittelt, d. h. die Ausgabe durch 
die Eingabe erklärt (sog. Beobachtungen).??? Dazu werden bekannte Paare dieser beiden Va- 
riablen anhand historischer Daten übergeben, die auch als Trainingsfälle bzw. -beispiele be- 
zeichnet werden. Die zu ermittelnde Funktion soll die beobachteten Zusammenhänge best- 
möglich approximieren, um sie für die Lösung weiterer Fälle anwenden zu kënnen 2721 Das Ziel 
ist demnach, diejenige Funktion zu bestimmen, die sowohl den Zusammenhang der bekannten 
Paare möglichst genau abbildet, als auch im Sinne einer Generalisierung zu guten Ergebnis- 
sen bei neuen Fällen führt.3 Dieser Lerntyp wird als überwacht bezeichnet, da die Zielvariab- 
len beim initialen Lernprozess bekannt sind (sog. markierte Daten bzw. Labels) und daher als 
ein externer „Lehrer“ fungieren.??® Bei den zu lösenden Problemen wird im Falle des SL nach 
der Art der Zielvariablen unterschieden. Im Falle von qualitativen, d. h. ordinalen oder katego- 
rialen Variablen liegen häufig Klassifikationsprobleme vor. Bei quantitativen bzw. metrischen 
Variablen handelt es sich zumeist um Regressionsprobleme.??7 


Der maßgebliche Unterschied zwischen dem SL und dem Unsupervised Learning (unüber- 
wachtes Lernen) ergibt sich aus den verfügbaren Informationen in den Trainingsfällen, die nur 
Eingangsvariablen umfassen; Zielvariablen oder andere Zusatzinformationen fehlen dage- 
gen.??® Diese Abstinenz eines „Lehrers“ weist in vielen Fällen hohe Ähnlichkeiten zum mensch- 
lichen Lernen auf.??? Ziel beim USL ist es, mittels der eingesetzten Lernverfahren Regelma- 
Rigkeiten in den Eingangsvariablen in Form von Mustern zu finden. Alle Daten werden an- 
schließend entsprechend dieser Muster kategorisiert, wobei häufig eine Gruppierung von ähn- 
lichen Eingangsvariablen zu Clustern angestrebt wird 270 Weiterhin wird im Kontext des USL 


321 Vgl. Marsland (2015), S. 6; Mitchell (1997), S. 269 

322 In diesem Zusammenhang wird auch von unabhängigen oder erklärenden Variablen (Prädiktoren) 
sowie von abhängigen Variablen gesprochen. Vgl. Hastie et al. (2009), S. 9 
323 Vgl. Marsland (2015), S. 6; Alpaydın (2010), S. 11 

324 Vgl. Murphy (2012), S. 3 ff.; Alpaydın (2010), S. 24 

325 Vgl. Russell, Norvig (2012), S. 812 f. 

326 Vgl. Hastie et al. (2009), S. 2 

327 Vgl. Murphy (2012), S. 2; James et al. (2013), S. 28 

328 Vgl. Murphy (2012), S. 9 

329 Vgl. LeCun et al. (2015), S. 442 

330 Vgl. Marsland (2015), S. 6 
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eine Kompression von Daten durch eine Dimensionsreduzierung sowie eine Erkennung von 
Ausreißern umgesetzt.??! 


Das Reinforcement Learning (bestärkendes Lernen) kann in Bezug auf die verfügbaren In- 
formationen zwischen dem SL und dem USL eingeordnet werden. Demnach werden den Lern- 
verfahren Informationen zur Güte der erzielten Ergebnisse bereitgestellt, was den Zielvariab- 
len im SL entspricht; Möglichkeiten zu deren Verbesserung werden jedoch nicht übergege- 
ben 277 Beim RL ist es das Ziel, dass der jeweilige Algorithmus durch Ausprobieren verschie- 
dener Möglichkeiten und deren Bewertung in Form einer externen Bestärkung einen bestmög- 
lichen Lösungsweg findet. Dieser Lerntyp wird daher auch als „Lernen mit einem Kritiker“ be- 
zeichnet. Entsprechend der Suche nach bestmöglichen Ergebnissen, die auch von beste- 
henden Lösungen abweichen können, wird RL oft für Optimierungsprobleme eingesetzt.°* 
Zusätzlich eignet sich dieser Lerntyp für Anwendungsfalle, in denen keine umfassenden Trai- 
ningsdaten zur Verfügung stehen. 


Da der Algorithmus verschiedene Funktionen übernimmt, wird das Funktionsprinzip von RL 
häufig als Interaktion zwischen einem Agenten und seiner Umwelt beschrieben. Die Umwelt 
stellt das zu lösende Problem für den Agenten dar und liefert ihm gleichzeitig Informationen zu 
seinen Ergebnissen in Form einer Rückmeldung (Feedback).??® Hierzu wird das jeweilige Er- 
gebnis anhand einer Funktion berechnet und entsprechend der Güte eine Belohnung oder 
Bestrafung induziert. Zu Beginn des Lernprozesses werden dem Agenten ein aktueller Zu- 
stand (State) und mögliche Handlungsspielräume (Aktionen) übergeben. Sein Ziel besteht in 
der Ermittlung derjenigen Aktion, die ausgehend von diesem Zustand seine Belohnung maxi- 
miert. Die Aktion entspricht einer Sequenz mehrerer Schritte, die das jeweilige Problem lösen 
sollen. Die Güte einer Aktion wird immer als Teil dieser Sequenz in Hinblick auf ihren Beitrag 
zur Problemlösung bewertet. Die Sequenz der besten Aktionen zur Zielerreichung wird als 
Strategie (Policy) bezeichnet und kann für neue Probleme verwendet werden. 


Das Semi-supervised Learning (halbüberwachtes Lernen) stellt eine Verbindung des SL und 
USL dar. 229 Es findet demnach bei Problemen Anwendung, zu denen mehr Informationen als 
typischerweise für das USL vorhanden sind; diese Informationen aber nicht für eine reine Nut- 
zung des SL ausreichen. Das Ziel beim SSL ist es, aus den wenigen verfügbaren Zusatzinfor- 
mationen auf eine große Anzahl weiterer Daten zu schließen, weshalb gleichzeitig Ansätze 
des SL und des USL eingesetzt werden.??” Ein typisches Problem im Kontext des SSL stellt 
die sog. halbüberwachte Klassifikation dar, bei der auf Basis der Trainingsfälle nur wenige 
Paare von Eingangs- und Zielvariablen bestehen.??® Eine weitere Problemstellung ist das sog. 


31 Vgl. Zhu, Goldberg (2009), S. 2 

332 Vol, hierzu und zum folgenden Satz Marsland (2015), S. 231 

333 Vgl. Alpaydın (2010), S. 448 

334 Vgl. Mitchell (1997), S. 367 

335 Vgl. hierzu und zu diesem Abschnitt Vgl. Marsland (2015), S. 231 f. 
336 Vgl. Chapelle et al. (2006), S. 2 

337 Vgl. Russell, Norvig (2012), S. 811; Marsland (2015), S. 20 

338 vol, hierzu und zu diesem Abschnitt Zhu, Goldberg (2009), S. 9 
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eingeschränkte Clustering, bei dem analog zum USL keine Labels in den Daten vorliegen. 
Allerdings existieren weitere Informationen, die bspw. angeben, dass einzelne Werte zu be- 
stimmten Clustern gehören oder dass die Cluster eine bestimmte Größe haben müssen. An- 
statt einer unüberwachten Gruppierung werden diese Informationen im Sinne eines externen 
„Lehrers“ berücksichtigt. Da oftmals bei praktischen Anwendungsfällen grundsätzlich viele Da- 
ten verfügbar sind, wovon jedoch nur wenige über eine Markierung verfügen, weist das SSL 
einen hohen praktischen Wert auf.339 


Der Lerntyp des Ensemble Learning (Gruppenlernen) sieht eine Kombination mehrerer Lern- 
verfahren zur gezielten Nutzung von deren Stärken vor. 299 Hierfür bestehen mehrere Ansätze, 
die sich durch die Popularität des Lerntyps stetig erweitern.?*' Die Ansätze lassen sich dahin- 
gehend unterscheiden, ob beim Lernprozess unterschiedliche oder mehrmals dieselben Ver- 
fahren Anwendung finden. Im Falle von unterschiedlichen Verfahren stellt Stacking (Kurzform 
für Stacked Generalization) einen bekannten Ansatz dar. Mehrmals dieselben Verfahren 
werden u.a. beim Boosting und Bagging (Kurzform für Bootstrap Aggregating) eingesetzt.°* 
Beim Boosting werden die verfügbaren Trainingsfälle in verschiedene Teile aufgeteilt, anhand 
derer Algorithmen des gleichen Lernverfahrens lernen. In mehreren Durchläufen findet eine 
Gewichtung der einzelnen Algorithmen (sog. Lerner) hinsichtlich ihrer Ergebnisse statt. Die 
schlechter bewerteten Ergebnisse, d. h. die schwachen Lerner, werden anschließend stärker 
gewichtet, um diese im weiteren Lernprozess in Hinblick auf deren Verbesserung zu fokussie- 
ren. Beim Bagging werden aus den Trainingsfällen zufällig Stichproben gezogen, anhand de- 
rer ein Algorithmus lernt. Die genutzten Datensätze werden anschließend wieder „zurückge- 
legt‘ und der Vorgang beginnt von Neuem. Die Ergebnisse der einzelnen Durchläufe werden 
anschließend zur Ermittlung des Gesamtergebnisses gewichtet. Mit Random Forest existiert 
ein weiterer Ansatz, der das Prinzip des Bagging nutzt. Hierbei werden mehrere Entschei- 
dungsbäume als Lernverfahren eingesetzt, die auf Basis zufälliger Stichproben lernen. Das 
Ergebnis, welches von den meisten Bäumen gewählt wurde, entspricht dem Gesamtergebnis. 


Das Deep Learning (tiefes Lernen) stellt hinsichtlich des Lernprozesses keinen abweichen- 
den Ansatz dar. Vielmehr handelt es sich um die spezifische Gestaltung eines bestimmten 
Lernverfahrens in Form von künstlich neuronalen Netzen (KNN). Deren Funktionsprinzip ori- 
entiert sich am menschlichen Gehirn, indem modellhaft mehrere Neuronen vorgesehen 
sind.** Ein klassisches KNN weist eine zweischichtige Architektur von Neuronen auf, bei der 
Neuronen in einer Eingangsschicht (Input Layer) Werte aus der Umwelt erhalten und Neuro- 
nen in einer Ausgabeschicht (Output Layer) die Ergebnisse ausgeben. Ferner existieren auch 


339 Vgl. Chapelle et al. (2006), S. 11 

340 Vgl. Hastie et al. (2009), S. 605. Es werden mitunter auch mehrere Lernverfahren sequenziell zur 
Realisierung verschiedener Lernaufgaben eingesetzt, indem bspw. zuerst eine Strukturierung des Da- 
tensatzes per Klassifikation erfolgt, deren Ergebnisse anschließend für Regressionen genutzt werden. 
Diese Fälle sind jedoch nicht dem EL zuzuordnen, da es sich um getrennte Lösungsschritte handelt. 
341 Vgl. Russell, Norvig (2012), S. 880; Murphy (2012), S. 581 

342 Vgl. Hastie et al. (2009), S. 605 

343 Vgl. hierzu und zu diesem Abschnitt James et al. (2013), S. 316 ff. 

344 Vgl. hierzu und zu diesem Abschnitt Alpaydın (2010), S. 233 ff. 


67 


2 Theoretische Grundlagen 


KNN, bei denen sich zwischen der Ein- und Ausgabeschicht weitere Neuronen auf sog. ver- 
deckten Schichten (Hidden Layer) befinden (siehe Abbildung 22). Diese werden durch voraus- 
gehende Neuronen mittels gewichteter Verbindungen aktiviert, sodass es zu einer gegensei- 
tigen Beeinflussung der Neuronen in den Netzen kommt. Das Ziel des Lernprozesses ist es, 
diejenigen Gewichte entlang der Netze zu identifizieren, die die jeweiligen Probleme bestmög- 
lich lösen. Es handelt sich bei den Lösungen daher um Sequenzen einer unterschiedlich star- 
ken Aktivierung der einzelnen Neuronen. In den Fällen einer aus mehreren verdeckten Schich- 
ten bestehenden KNN-Architektur wird auch von tiefen neuronalen Netzen (Deep Neuronal 
Network), gesprochen. Die darauf basierende Begründung eines separaten Lerntyps im 
Kontext von ML geht auf LeCun et al. (2015) zurück. 


Input Layer Hidden Layer 1 ... n Output Layer 


Neuronen 


Abbildung 22: Aufbau eines tiefen neuronalen Netzes (Deep Learning)?“ 


Der Lerntyp des Evolutionary Learning (Evolutionäres Lernen) orientiert sich an natürlichen 
biologischen Entwicklungen, indem zum Erreichen von Zielen eine Veränderung von Popula- 
tionen stattfindet.°4” Die Populationen stellen in diesem Kontext die Gesamtheit an möglichen 
Lösungen für Probleme dar (Hypothesen). Zu Beginn des Lernprozesses wird den eingesetz- 
ten Lernverfahren, bei denen es sich um sog. evolutionäre oder genetische Algorithmen (GA) 
handelt, ein möglicher Lösungsraum an Hypothesen übergeben. Das Ziel der Algorithmen ist 
es, aus diesen Möglichkeiten die beste Hypothese zu ermitteln. Die Ergebnisse werden an- 
hand eines vordefinierten Maßes in Form einer sog. Fitnessfunktion bewertet, welche das zu 
erreichende Optimum abbildet. Die Algorithmen versuchen die Probleme durch eine iterative 
Anpassung (Mutation) von Teilen der aktuell besten Hypothese zu lösen. Diese wird bei den 
einzelnen Schritten verändert, indem die Nachfahren der aktuell besten Hypothesen entweder 
in die nächste Generation übertragen oder zur Erzeugung neuer „Nachkommen“ mittels gene- 
tischer Operationen verändert werden. Durch die iterative Ermittlung der Ergebnisse zeigt das 
EvL eine hohe Eignung für komplexe Optimierungsprobleme. Es wird aber auch u. a. bei Re- 
gressionsproblemen eingesetzt. 


345 Eine eindeutige Anzahl der benötigten Schichten für diese Namensgebung existiert nicht. Vgl. 
Schmidhuber (2015), S. 86 

346 Eigene Darstellung 

347 Vgl. hierzu und zu diesem Abschnitt Mitchell (1997), S. 49 ff. 
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2.4.3.2 Lernverfahren 


Die eigentliche Lösung von Problemen im Kontext von ML, d. h. die Realisierung der jeweiligen 
Lernaufgabe, erfolgt durch den Einsatz der Lernverfahren, bei denen es sich um einfache bis 
teils sehr komplexe mathematisch-statistische Verfahren handelt, die durch Überführung in 
Algorithmen durch IT-Systeme ausführbar sind. Für die Umsetzung heutiger ML-Anwendun- 
gen besteht bereits eine Vielzahl vorgefertigter Algorithmen, die in Bibliotheken der Entwick- 
lungsumgebungen zu den relevanten Programmiersprachen, wie R, Python und Matlab, auf- 
rufbar sind und für den jeweiligen Anwendungsfall im Rahmen ihrer Einbettung in das ML- 
Modell angepasst werden müssen. Dies erfolgt durch eine Konfiguration von verfahrensspezi- 
fischen Parametern, die in zwei Gruppen zu unterscheiden sind. Zum einen existieren Para- 
meter, die automatisch anhand der Daten durch die Verfahren bzw. Modelle ermittelt werden 
und von außen nicht beeinflussbar sind. Als Beispiele sind die Gewichte vom KNN und die 
Koeffizienten von linearen Regressionen zu nennen. Zum anderen existieren bei vielen Lern- 
verfahren sog. Hyperparameter, deren Ausprägungen durch den Menschen vorgegeben wer- 
den müssen.?* Dazu gehören z. B. die Tiefe und Anzahl der Bäume bei entscheidungsbaum- 
basierten Verfahren, die Anzahl der Hidden Layers bei KNN oder die Anzahl der Cluster beim 
k-Means-Verfahren. Den Hyperparametern wird eine hohe Bedeutung zuteil, da sie den Lern- 
prozess der Algorithmen und damit die Ergebnisqualität der Modelle erheblich beeinflussen.?* 


Nachfolgend werden im Sinne der angestrebten Systematisierung mehrere Eigenschaften von 
Lernverfahren analysiert, die deren Eignung für unterschiedliche Anwendungsfälle determinie- 
ren und bei der Bestimmung von geeigneten Verfahren in den jeweiligen Entwicklungsprozes- 
sen zu berücksichtigen sind. Aus dieser Entwicklungsperspektive sind die Fähigkeiten als 
mögliche Kriterien vorab in Tabelle 6 zusammengefasst. 


Kriterium Beschreibung bzw. Ausprägungen 

Genauigkeit Erzielbare Güte bei neuen Fällen 

Interpretierbarkeit Nachvollziehbarkeit des Lösungsweges für Menschen 
Lernaufgabe Klassifikation, Regression, Optimierung u.a. 

Umfang der Daten Anzahl der Fälle und Variablen 

Art der Zusammenhänge Linear, nichtlinear 

Art der Daten Metrisch, kategorial u. a. 

Qualität der Daten Fehler, Vollständigkeit, Varianz, Skalierung (Normalisierung) 
Modellierungsaufwand Anzahl von zu konfigurierenden Hyperparametern 
Recheneffizienz Benötigte Rechenleistung für Ausführung 


Tabelle 6: Kriterien zur Auswahl von Lernverfahren 


348 Vgl. Richter (2019), S. 14 
349 Vgl. Sammut, Webb (2017), S. 822 
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Die Genauigkeit (sog. Performance) ist eine zentrale Eigenschaft der Verfahren bzw. der da- 
rauf basierenden ML-Modelle und beschreibt die Abweichung zwischen den erzielten Ergeb- 
nissen und den realen Auspragungen. Diese Eigenschaft kann durch unterschiedliche statis- 
tische Metriken, aber auch durch prozessspezifische Güteindizes bewertet werden. Für Klas- 
sifikationsprobleme werden häufig die Accuracy und die Wahrheitsmatrix (Confusion Matrix)?5° 
sowie der F-Score®°' eingesetzt. Für Regressionsprobleme eignen sich u.a. die Maße des 
Mean Squared Error (MSE) und des Root Mean Square Error (RMSE) sowie des Mean Abso- 
lute Error (MAE). Grundsätzlich ist die Genauigkeit von der jeweiligen Problemstellung abhän- 
gig, sodass keine allgemeingültigen Aussagen zu einzelnen Lernverfahren getroffen werden 
können. Bei einer Betrachtung von bestimmten Problemarten anhand der Komplexitätsmerk- 
male aus Kapitel 2.3.3 lassen sich allerdings deutliche Leistungsunterschiede feststellen. 
Demnach existieren Verfahren, die bspw. bei einer hohen Variablenzahl (Dimensionalität) 
und/oder bei nichtlineareren Zusammenhängen zwischen den Variablen eine vergleichsweise 
hohe Ergebnisqualität erzielen, wozu u. a. Ensemble-Verfahren, SVM und NN zählen.?°? 


Bei der Bewertung der Genauigkeit sind neben den Ergebnissen auf Grundlage der bereitge- 
stellten Trainingsfälle die Ergebnisse für neue Fälle, die dem jeweiligen Modell unbekannt sind, 
ausschlaggebend. Hieraus lassen sich wichtige Aussagen zur Fähigkeit der Generalisierbar- 
keit ableiten. Hierzu lässt sich feststellen, dass bestimmte Lernverfahren zu einer Uberan- 
passung (Overfitting) an die Trainingsfälle neigen, was in Bezug auf diese Fälle zu einer hohen 
Genauigkeit führt, aber die Ergebnisqualitat bei neuen Fällen einschränkt — auch wenn diese 
nur leicht von den bekannten Beobachtungen abweichen. Diese Eigenschaft wird als Varianz 
beschrieben und kann trotz der fehlenden Generalisierung, insbesondere bei sehr ähnlichen 
Problemstellungen, zweckmäßig sein.* Als Beispiel für eine tendenziell hohe Varianz sind 
Entscheidungsbäume zu nennen, wohingegen lineare Regressionen allgemein eine geringe 
Varianz aufweisen.355 Auf der anderen Seite existieren Verfahren, die zu einer Unteranpas- 
sung (Underfitting) tendieren, indem sie eine Generalisierung ihrer Ergebnisse anstreben.°°® 
Diese Eigenschaft wird als Bias beschrieben und kann neben positiven Effekten ebenfalls zu 
einer eingeschränkten Genauigkeit führen, indem wichtige Zusammenhänge in den Trainings- 
fallen nicht adäquat berücksichtigt werden 227 Die Realisierung beider Eigenschaften ist daher 
mit einem Zielkonflikt verbunden, der als Bias-Variance-Tradeoff bezeichnet wird 229 


Ein weiterer Zielkonflikt lässt sich für die Interpretierbarkeit der Verfahren feststellen, welche 
die Verständlichkeit des jeweiligen Lösungsweges für den Menschen ausdrückt. Die Ausprä- 
gungen dieser Fähigkeit verhalten sich häufig diametral zur Genauigkeit im Sinne der zuvor 


350 Vgl. Marsland (2015), S. 21 ff. 

351 Vgl. Murphy (2012), S. 183 

352 Vgl. James et al. (2013), S. 25 f.; Hastie et al. (2009), S. 351 
353 Vgl. hierzu und zum folgenden Satz Alpaydın (2010), S. 39 
354 Vgl. James et al. (2013), S. 25 f. 

355 Vgl. James et al. (2013), S. 316 

356 Vgl. Alpaydın (2010), S. 39 

37 Vgl. Richter (2019), S. 12 

358 Vgl. Marsland (2015), S. 35 
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beschriebenen Generalisierung (Abbildung 23). Als Beispiel für eine hohe Interpretierbarkeit 
bei einer gleichzeitig geringen Genauigkeit bzw. Generalisierbarkeit sind klassische statisti- 
sche Verfahren zu nennen, wie z. B. logistische und lineare Regressionen.?5° Demgegenüber 
stehen Verfahren, die eine Generalisierung ermöglichen, aber wiederum sehr schwer zu inter- 
pretieren sind, weshalb in diesem Zusammenhang auch von Black-Box-Modellen gespro- 
chen wird 290 Hierzu zählen insbesondere mehrstufige NN, aber auch genetische Algorith- 
men.?®' Eine geringe Interpretierbarkeit kann zu Einschränkungen bei der gezielten Verbesse- 
rung der Modelle in der Entwicklung führen, hat aber v. a. Auswirkungen auf den praktischen 
Einsatz, da in einigen Anwendungsfällen eine Transparenz über die Entscheidungsfindung 
notwendig ist. Als Beispiel für einen Kompromiss zwischen beiden Eigenschaften können ent- 
scheidungsbaumbasierte Verfahren angesehen werden, die neben einer im Vergleich zu an- 
deren Verfahren tendenziell besseren Generalisierbarkeit u.a. auch eine automatische Aus- 
gabe der Features hinsichtlich des jeweiligen Einflusses auf die erzielten Ergebnisse ermögli- 
chen (sog. Feature Importance), wodurch der Lösungsweg nachvollziehbarer wird. 
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Abbildung 23: Zielkonflikt der Genauigkeit und Interpretierbarkeit von Lernverfahren?® 


Aus Nutzersicht nehmen die Genauigkeit und Interpretierbarkeit eine bedeutende Rolle bei der 
Charakterisierung der Lernverfahren ein. Darüber hinaus existiert noch eine Vielzahl weiterer 
Merkmale, die teilweise im Zusammenhang mit der Genauigkeit stehen. Neben der Realisier- 
barkeit bestimmter Lernaufgaben gehört dazu v. a. der Umgang mit bestimmten datenseitigen 
Voraussetzungen. Demnach existieren Verfahren, wie bspw. NN, welche eine vergleichs- 
weise hohe Anzahl an Trainingsfällen für die Erzielung einer hohen Genauigkeit benötigen. 
Auch zeigen sich Unterschiede in Bezug auf den Umgang mit Einschränkungen bei der Da- 
tenqualität, die sich u. a. durch unvollständige Informationen (sog. Missing Values), enthaltene 


359 Vgl. James et al. (2013), S. 26 

360 Vgl. Hastie et al. (2009), S. 359 

361 Vgl. Marsland (2015), S. 73, 225 

362 Eigene Darstellung in Anlehnung an James et al. (2013), S. 25 mit Inhalten aus Hastie et al. 
(2009), S. 351. 

363 Vgl. Hoppe (1996), S. 12 
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Ausreißer, aber auch durch inhaltliche Fehler ergeben können und allgemein als Rauschen 
(Noise) bezeichnet werden 291 Im Falle einer geringen Beeinflussung der Genauigkeit durch 
solche Einschränkungen wird von einer Robustheit der Verfahren gesprochen, was bspw. auf 
Entscheidungsbäume zutrifft.°°> Als weitere Eigenschaften der Verfahren kann deren Ressour- 
cen- bzw. Recheneffizienz bewertet werden. Diese bezieht sich u. a. auf die Anzahl der o g. 
Hyperparameter und den damit verbundenen Aufwand für deren Konfiguration sowie auf die 
benötigte Rechenleistung für das Training der Verfahren bzw. Modelle und für deren Ausfüh- 
rung im Betrieb. 


Anhand der beschriebenen Eigenschaften ist festzustellen, dass die einzelnen Lernverfahren 
sowohl Stärken als auch Schwächen aufweisen, die problemspezifisch zu bewerten sind. Dies 
führt dazu, dass kein allgemeingültiges bestes Verfahren existiert, sondern es sich stets um 
Kompromisslösungen unter Abwägung mehrerer Kriterien handelt, was auch als No-free 
lunch-Theorem („Nichts ist umsonst“) bezeichnet wird.?66 


2.4.3.3 Lernaufgaben 


Anhand der bisher umgesetzten Anwendungen lassen sich mehrere Arten von Problemen ab- 
leiten, die mittels ML lösbar sind und die auf den Einsatz unterschiedlicher Lernverfahren im 
Kontext verschiedener Gestaltungsformen der Lernprozesse zurückgehen. Diese abstrahier- 
ten Probleme werden auch als Lernaufgaben bezeichnet und stellen die technischen Fähig- 
keiten von ML dar. Nachfolgend werden wesentliche Lernaufgaben?®” mit potenziellen An- 
wendungsbeispielen aus dem Logistikmanagement dargestellt. Im Falle eines repräsentativen 
Zusammenhangs wird zusätzlich ein Bezug zu einzelnen Lerntypen hergestellt, wobei auf die 
Nennung von SSL, EL und DL aufgrund der weitestgehenden Analogie bei einer Anwendung 
von SL und USL verzichtet wird. 


Eine übergreifende Lernaufgabe von ML, welche die Grundlage für einen Großteil der weiteren 
Aufgaben darstellt, ist die Mustererkennung. Anhand der übergebenen Daten zu Problem- 
stellungen sind die Lernverfahren in der Lage, bestimmte Zusammenhänge bzw. Regelmäßig- 
keiten zu erkennen, z. B. in Form von Korrelationen, die dem Menschen möglicherweise bisher 
unbekannt sind. 228 Neben der Erkennung von Sprache und Bildern, wie sie in den KI-Teilbe- 
reichen NLP und Computer Vision Anwendung findet, dient dies u. a. der Detektion von logis- 
tischen Objekten und Störungsursachen. 


364 Vgl. Alpaydın (2010), S. 30 f., 89 

365 Vgl. Hastie et al. (2009), S. 351 

366 gl. Wolpert, Macready (1997), S. 70 f. 

367 Ausgehend von verschiedenen Ansätzen in der Literatur orientiert sich die vorliegende Arbeit an 
der Systematisierung von Alpaydın (2010). Die Aufgaben sind nicht disjunkt, sondern bauen teilweise 
technisch aufeinander auf. 

368 Vgl. Alpaydın (2010), S. 6 
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Bei einer Klassifikation teilt das jeweilige Lernverfahren die Ubergebenen Daten bzw. die 
darin enthaltenen Fälle in gegebene Klassen ein. 229 Die ermittelten Funktionen zur Bestim- 
mung der Klassenzugehörigkeit (Classifier) ermöglichen eine Zuordnung unbekannter Fälle.?7° 
Als Beispiel ist die Segmentierung von Materialien in fehlerhafte und nichtfehlerhafte Teile zu 
nennen. Das Pendant für metrische Werte stellt die Regression dar, bei der zwischen einer 
oder mehrerer Eingangsvariablen und einer Zielvariable Zusammenhänge in Form von Re- 
gressionsfunktionen bestimmt werden, wobei es sich um lineare oder nichtlineare Beziehun- 
gen handeln kann.?”! Die Regression dient insbesondere der Ermittlung zukünftiger Zustände 
und Ereignisse, z. B. in Form von Nachfragemengen oder Prozesszeiten. Beide Aufgaben wer- 
den insbesondere im Kontext des SL realisiert.?7? Anstatt eines einzelnen Wertes können die 
Lernverfahren dabei auch die Rangfolge von mehreren Werten ermitteln. Bei dieser Aufgabe, 
die als Ranking bezeichnet wird, findet anhand der Daten eine Ermittlung der Ähnlichkeit zwi- 
schen den Werten in Bezug auf bestimmte Merkmale statt 272 Sie kann z. B. für die Bewertung 
von Lieferanten eingesetzt werden. 


Bei der Gruppierung bzw. Clusteranalyse werden ähnliche Daten zu Gruppen bzw. Clustern 
zusammengefasst.°” Im Gegensatz zur Klassifikation werden diese Gruppen jedoch nicht vor- 
gegeben, sondern eigenständig durch die Lernverfahren anhand von Zusammenhängen in 
den Eingangsvariablen ermittelt.?7° Bei dem Gruppierungsvorgang wird eine möglichst große 
Ähnlichkeit von Objekten innerhalb eines Typs bei einer gleichzeitig hohen Unähnlichkeit zu 
den Objekten eines anderen Typs angestrebt.3”° Die Gruppierung kann u.a. zur Systematisie- 
rung von Kunden unter Berücksichtigung mehrerer Merkmale genutzt werden. Ihre Realisie- 
rung erfolgt v. a. im Kontext des USL.°”” 


Bei der Ausreißererkennung werden auffällige Werte in den Daten ermittelt, die vom Großteil 
der restlichen Werte abweichen.?’® Dies erfolgt mittels der Bestimmung gemeinsamer Merk- 
male und der diesbezüglichen Bewertung einzelner Werte. Im Falle von Abweichungen wer- 
den diese Werte als Ausreißer deklariert, wobei es sich um Anomalien (Anomaly Detection) 
oder neuartige, bisher unbekannte Fälle (Novelty Detection) handeln kann.?’? Ersteres dient 
u. a. der Identifizierung von ungewünschten Zuständen in Form von Störungen. Die Ausreiße- 
rerkennung wird insbesondere im Kontext von SL und USL realisiert. 


Bei der Dimensionsreduktion werden die bereitgestellten Daten komprimiert, ohne dass re- 
levante Informationen für den Lernprozess verloren gehen. Dies erfolgt insbesondere durch 


369 Vgl. James et al. (2013), S. 127 
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371 Vgl. Russell, Norvig (2012), S. 812 
372 Vgl. Alpaydın (2010), S. 11 

373 Vgl. Murphy (2012), S. 300 f. 

374 Vgl. Alpaydın (2010), S. 11 f. 

375 Vgl. Russell, Norvig (2012), S. 944 f. 
376 Vgl. Kuckartz (2010), S. 555 f. 
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die Reduktion um irrelevante oder redundante Eingangsvariablen, wohingegen die Anzahl der 
Trainingsfalle erhalten bleibt.°®° Hierzu ermitteln die Lernverfahren eine Funktion, welche die 
Zusammenhänge in den Daten erklärt, sodass u. a. redundante oder miteinander korrelierende 
Features entfernt werden kënnen 29) Durch die Weiternutzung der reduzierten Daten kann der 
Ressourcenbedarf für deren Analyse und Speicherung sowie für die Ausführung der darauf 
basierenden Anwendungen reduziert werden.°® Die Dimensionsreduktion wird insbesondere 
im Kontext des USL umgesetzt. 


Im Kontext der bisher beschriebenen Lernaufgaben erfolgt eine Ermittlung von Funktionen, 
welche erkannte Zusammenhänge in den bereitgestellten Daten abbilden, um diese system- 
seitig für neue Fälle anzuwenden. Die damit verbundenen Informationen zur Lösung der je- 
weiligen Problemstellungen können aber auch extrahiert und den Nutzern als neues Wissen 
bereitgestellt werden.?® Bei dieser Wissensextraktion kann es sich z. B. um Regeln oder die 
Bedeutung von Eingangsvariablen für den Lernprozess handeln. Ein spezieller Fall der Wis- 
sensextraktion stellt die Assoziationsanalyse dar, bei der die ermittelten Zusammenhänge 
zwischen gemeinsam auftretenden Phänomenen bereitgestellt werden "221 Bei der Lernauf- 
gabe werden zum einen Assoziationen ermittelt, d.h. Merkmale, die das Auftreten anderer 
Merkmale implizieren, und zum anderen etwaige Sequenzen dargestellt, d. h. Reihenfolgen 
des zeitlichen Eintretens der Merkmale.?® Hierdurch können z.B. Anhangigkeiten zwischen 
auftretenden Störungen erkannt werden. Beide Aufgaben werden sowohl im Kontext von SL 
als auch von USL realisiert. 


Anstelle des wahrscheinlichsten Wertes auf Basis bestehender Beobachtungen, können Lern- 
verfahren gezielt zur Bestimmung bestmöglicher Werte in Hinblick auf definierte Zielstellungen 
eingesetzt werden. Im Kontext dieser Optimierung ermöglichen die Lernverfahren auch die 
Lösung komplexer Probleme mit vielen dynamischen Variablen und konfliktären Zielen.?®® Dies 
kann im logistischen Kontext u.a. für die Ermittlung optimaler Maschinenbelegungen und 
Transportrouten eingesetzt werden. Diese Lernaufgabe ist mittels mehrerer Lerntypen reali- 
sierbar, wobei das RL und EvL entsprechend ihres Funktionsprinzips eine besondere Bedeu- 
tung einnehmen. 


Die Ermittlung bisher unbekannter Lösungen im Rahmen der Optimierung stellt gleichzeitig 
eine Erzeugung neuer Inhalte dar. Diese Lernaufgabe wird zudem durch spezifische Lern- 
verfahren adressiert, insbesondere in Form von Generative Adversarial Networks (GAN), wel- 
che die Erzeugung künstlicher Werte zu realen Phänomenen ermöglichen, wobei es sich nicht 
nur um graduelle Veränderungen handeln kann, sondern auch um eine Realisierung gänzlich 


380 Vgl. Zhu, Goldberg (2009), S. 2 
381 Vgl. Marsland (2015), S. 129 

382 Vgl. Alpaydın (2010), S. 8 f. 

383 Vgl. Alpaydın (2010), S. 8 

384 Vgl. Alpaydın (2010), S. 4 

385 Vgl. Hastie et al. (2009), S. 487 f. 
386 Vgl. Mitchell (1997), S. 368 


74 


2.5 Synthese: ML-Anwendungen im Logistikmanagement 


neuer Gestaltungsformen.??” In diesem Zusammenhang kann daher im weiteren Sinne von 
einer Kreativität gesprochen werden. Neben der Generierung von Sprache dient diese Lern- 
aufgabe u. a. der Gestaltung von Produkten. 


2.5 Synthese: ML-Anwendungen im Logistikmanagement 


Das Kapitel 2 diente der Erfassung relevanter Theorien für das angestrebte Forschungsziel 
sowie der Beschreibung und Abgrenzung des Untersuchungsfeldes in Bezug auf dessen pro- 
zessuale und technische Dimension. In diesem Unterkapitel werden die erzielten Erkenntnisse 
unter Berücksichtigung der Definitionen aus Kapitel 2.1.1 zusammengeführt und bedeutende 
Referenzstrukturen für die weitere Untersuchung abgeleitet. 


ML stellt einen vielfältigen Verbund aus mathematisch-statistischen Verfahren dar. Dieser wird 
für die Untersuchungen in der vorliegenden Arbeit auf jene Lernverfahren und damit verbun- 
denen Lernaufgaben beschränkt, welche den drei übergreifenden Lerntypen des Supervised, 
Unsupervised und Reinforcement Learning sowie den vier Subtypen des Semi-supervised, 
Ensemble, Deep und Evolutionary Learning zuzuordnen sind. Als datengestützte Methoden 
dienen die Lernverfahren der Lösung technischer Problemstellungen, sodass sie als Techno- 
logie zu bezeichnen sind. Vor diesem Hintergrund findet im weiteren Verlauf auch der Begriff 
der ML-Technologie Verwendung. Die Verfahren stellen die Grundlage für die Entwicklung 
von darauf basierenden Artefakten in Form von Lernenden Systemen bzw. ML-Anwendungen 
dar, bei denen es sich definitionsgemäß um Technik handelt. Entgegen dieser klassischen 
Trennung folgt die vorliegende Arbeit dem integrierten Technologieverständnis, weshalb im 
weiteren Verlauf auch häufig die beiden Begriff synonym verwendet werden. 


Technologie Technik 
> Entwicklung — 
Machine Learning (ML) ML-Anwendung 


Abbildung 24: Begriffsabgrenzung von ML und ML-Anwendungen?®® 


Wie die Definition in Kapitel 2.4.2.4 zeigt, können Lernende Systeme entsprechend ihres Er- 
scheinungsbildes entweder primär als hardwareseitige Artefakte zur Verrichtung physischer 
Tätigkeiten, u. a. in Form von Maschinen und Robotern, oder primär als Softwaresysteme zur 
Verwendung in Informationsprozessen gestaltet werden. Im Rahmen der vorliegenden Arbeit 
wird der Einsatz von Systemen für Planungs-, Steuerungs- und Kontrollaktivitäten in der Lo- 
gistik untersucht, welche unter dem Begriff des Logistikmanagements zusammengefasst 
werden. Vor diesem Hintergrund handelt es sich bei den betrachteten Artefakten allgemein um 
Softwaresysteme, welche als Entscheidungstechnik zur Lösung spezifischer Probleme in Un- 
ternehmen eingesetzt werden und daher auch als Anwendungssysteme zu betrachten sind. 


387 Vgl. Goodfellow et al. (2014), S. 1 ff. Eine Erklärung der GAN erfolgt in Kapitel 4.4.1. 
388 Eigene Darstellung 
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Dies führt zu der verwendeten Wortschöpfung der „ML-Anwendungen“ in der Arbeit. Diese 
setzen sich grundsätzlich aus Anwendungssoftware in Form eines oder mehrerer ML-Modelle 
sowie aus weiteren Soft- und Hardwarekomponenten zusammen. Dazu gehören neben Kom- 
ponenten zur Aufnahme, Speicherung und Verarbeitung der benötigten Daten u.a. auch die 
Infrastruktur zur Ausführung der Systeme sowie Komponenten für etwaige weitere Funktionen, 
wie eine visuelle Ausgabe oder Ausführung der Ergebnisse 229 Die Ausprägung und der Um- 
fang der einzelnen Komponenten ist abhängig vom jeweiligen Anwendungsfall. 


Die als Anwendungsbereich für die ML-Anwendungen vorgesehenen Aktivitäten beziehen sich 
auf die gesamte industrielle Logistikkette, wofür unter Verwendung der SCP-Matrix eine Ab- 
leitung wesentlicher Prozesse in Kapitel 2.2.2 erfolgte. Ausgehend von diesen „Referenzpro- 
zessen“, bei denen es sich primär um Aktivitäten zur Ermittlung und Auswahl von geeigneten 
Handlungsalternativen handelt, z. B. das Treffen geeigneter Entscheidungen für die Maschi- 
nensteuerung, werden auch die jeweils vorgelagerten Aktivitäten zur Informationsbeschaffung 
in der Arbeit betrachtet. Dies umfasst u. a. die Detektion von Problemen, die Bestimmung der 
Ausprägungen für relevante Einflussfaktoren sowie die Ermittlung voraussichtlicher Auswir- 
kungen von Handlungsalternativen. Dabei wird dem in Kapitel 2.3.2 dargestellten Prozessver- 
ständnis von Entscheidungen gefolgt, welches ebenfalls als Referenzstruktur fungiert und Ent- 
scheidungen als Bündel von Teilproblemen betrachtet, für die mehrere Teilentscheidungen 
notwendig sind. Vor diesem Hintergrund wird in Bezug auf die betrachteten Aktivitäten daher 
auch der Begriff der logistischen Entscheidungsprozesse verwendet. 


Entsprechend der inhärenten Eigenschaften der Logistik und unterstützt durch äußere Ent- 
wicklungen weisen die Entscheidungsprozesse häufig eine ausgeprägte Komplexität auf, die 
sich u. a. in Form vieler vernetzter und dynamische Parameter, multikriterieller und konfliktärer 
Zielsetzungen, einer hohen Unsicherheit und eines geringen Zeitkontingents äußert. Ausge- 
hend von den damit verbundenen Herausforderungen bei einer manuellen Ausführung sowie 
bei einer Unterstützung durch bestehende Entscheidungstechniken, die jeweils in ihren Prob- 
lemlösungsfähigkeiten beschränkt sind, soll mit dem Einsatz von ML-Anwendungen eine Ver- 
besserung für die Unternehmen einhergehen. Dies kann zum einen durch eine Bereitstellung 
von Informationen für den Entscheidungsträger realisiert werden. Zum andern ist aber auch 
festzustellen, dass ML eine bedeutende technische Grundlage zur autonomen Ausführung von 
Prozessen darstellt. Bei beiden Realisierungsformen liegen ausgeprägte Wirkungsbeziehun- 
gen zwischen den ML-Anwendungen und den Organisationsmitgliedern vor, die in Form 
einer direkten Interaktion mit den jeweiligen Nutzern bestehen, aber sich auch indirekt u.a. 
durch die Gestaltung der Arbeitsorganisation und die Entwicklung der Systeme äußern. 


Über die genannten Zusammenhänge hinaus wirken weitere unternehmensinterne und -ex- 
terne Faktoren direkt oder indirekt auf ML-Anwendungen ein, indem sie bspw. die Vorausset- 


389 Vgl. Sculley et al. (2015), S. 3 ff. 
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zungen fur deren Einsatz schaffen, aber mitunter auch Restriktionen darstellen. Die Gesamt- 
heit dieser Faktoren wird als Umfeld der Anwendungen bezeichnet und umfasst neben den 
Organisationsmitgliedern u. a. auch technische Faktoren, wie die vorhandene IT-Infrastruktur 
und andere bestehende Anwendungen, sowie rechtliche, ethische und politische Rahmenbe- 
dingungen.°°° 


Bei einer Zusammenführung dieser Erkenntnisse lassen sich ML-Anwendungen im Logistik- 
management aus systemtechnischer Sicht als IT-Systeme modellieren, die aus einer techni- 
schen, prozessualen und sozialen Dimension bestehen, welche wiederum durch weitere Um- 
feldbedingungen beeinflusst werden (Abbildung 25). Gemäß den Erkenntnissen aus der Adop- 
tionsforschung sind für die Gestaltung eines erfolgreichen Einsatzes von IT-Technologien re- 
levante Faktoren zu all diesen Dimensionen zu ermitteln und anschließend durch geeignete 
Maßnahmen auf anwendungsbezogener und gesamtorganisatorischer Ebene zu adressieren, 
wobei zusätzlich die damit verbundenen Wechselwirkungen zu berücksichtigen sind. 


e >) 
Umfeld 


unternehmensinterne und -externe Rahmenbedingungen 


t t 


Informationssystem 


Organisationsmitglieder 
u. a. Entscheidungsträger (Nutzer), Entwickler, Unternehmensführung 


t ¢ 


ML-Anwendung 


Logistische ees 
Entscheidungsprozesse unterstützende Software, 
Planungs-, Steuerungs- und «> u. a. zur Ausführung 
Kontrollaktivitäten entlang unterstützende Hardware, 
industrieller Logistikketten u. a. Server und Endgeräte 


weitere technische Komponenten, 
u. a. Sensorik 


N 


Abbildung 25: Systemtechnisches Modell von ML-Anwendungen im Logistikmanagement??! 


390 Vgl. Jordan, Mitchell (2015), S. 256 
391 Eigene Darstellung 
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Gemäß den Ausführungen in Kapitel 1.1 ist das adressierte Forschungsfeld der vorliegenden 
Arbeit bisher nur im geringen Maße erschlossen. Zur Gewinnung erster Erkenntnisse und The- 
orien für die Beantwortung der weiteren Forschungsfragen wird daher ein explorativer For- 
schungsansatz gewählt. Im Gegensatz zum explanativen und deskriptiven Ansatz, bei denen 
bereits Hypothesen und/oder ein vergleichsweise umfangreiches Vorwissen bestehen, eignen 
sich explorative Untersuchungen für neuartige, bisher wenig durchdrungene Untersuchungs- 
felder.°” Für die Erhebung und Analyse der benötigten Daten stehen im Rahmen der explo- 
rativen Forschung mehrere Methoden zur Verfügung, die unter Berücksichtigung des jeweili- 
gen wissenschaftlichen Stands und des darauf basierenden Forschungsziels zu wählen 
sind?®. Zur Absicherung der Güte und der Nachvollziehbarkeit der erzielten Ergebnisse bedarf 
es einer detaillierten Darstellung des jeweiligen methodischen Vorgehens.” Dieser Metho- 
denkontrolle soll mit den Ausführungen im vorliegenden Kapitel Rechnung getragen werden. 


Die gewählte Methodik ist grundsätzlich in Bezug auf die Strategien im Umgang mit den be- 
nötigten Daten zu unterscheiden. Zum einen konnte auf Sekundärdaten aus wissenschaftli- 
chen Veröffentlichungen zurückgegriffen werden, welche auf geeignete Weise zur Erzielung 
neuer Erkenntnisse verarbeitet wurden. Dies betraf die Beantwortung eines Teilaspektes der 
zweiten sekundären Forschungsfrage zur Ermittlung der Anwendungsmöglichkeiten von ML 
im Logistikmanagement, deren Ergebnisse als wichtiges Bezugsobjekt für die weiteren Unter- 
suchungen fungieren. Hierfür wurde eine Typenbildung vorgenommen, die auf Basis einer 
systematischen Analyse bestehender Literatur eine rechnergestützte Clusteranalyse umfasste 
(Kapitel 3.1). Zum anderen mussten in Ermangelung bestehender Informationen eigenständig 
Daten aus der Praxis erhoben werden. Diese sog. Primardatenerhebung* wurde für Teile der 
zweiten bis fünften sekundären Forschungsfrage durchgeführt, um u.a. Auswirkungen, den 
Praxisstand, die Anforderungen und mögliche Umsetzungsmaßnahmen von ML-Anwendun- 
gen im Logistikmanagement zu ermitteln. Dies erfolgte im Rahmen einer mehrstufigen empi- 
rischen Untersuchung unter Einbindung von Unternehmensvertretern (Kapitel 3.2). 


3.1 Typenbildung 


Für die Beantwortung der dritten sekundären Forschungsfrage wurde mit der Typenbildung 
eine Methode zur Systematisierung der Anwendungsmöglichkeiten von ML im Logistikma- 
nagement gewählt, welche durch eine Zusammenfassung von ähnlichen Objekten im Rahmen 
eines strukturierten Vorgehens ein generalisiertes Abbild der Realität erzeugt und dabei deren 


382 Vgl. Bortz, Döring (2006), S. 50 

383 Vgl. Bortz, Döring (2006), S. 29 f., 49; Ulrich (1981), S. 21; Yin (2009), S. 8 
394 Vgl. Mayring (2002), S. 29 

385 gl. Kornmeier (2007), S. 158 
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Komplexität ohne Verlust der Aussagekraft reduziert?®. Die Typenbildung eignet sich insbe- 
sondere für die Systematisierung bisher unerforschter Gebiete?” und wurde bereits mehrfach 
im Technologiekontext eingesetzt, u. a. zur Typisierung von technologiebezogenen Unterneh- 
mensstrategien und Projekten sowie von Anwendungen?®. In der vorliegenden Untersuchung 
wurde die Bildung von Realtypen®” verfolgt, welche „empirische Verteilungen und Korrelatio- 
nen möglichst wirklichkeitsgetreu“ darstellen.“ Als Abbild der Realität lassen sich auf Basis 
dieser Typen Hypothesen zu tieferliegenden Phänomenen der jeweiligen Bezugsobjekte ab- 
leiten“, was eine zusätzliche Analyse und Interpretation der Typen ertordert 279 


Der gewählte Ansatz erfordert die Einbeziehung von empirischem Datenmaterial, welches 
die zu typisierenden Bezugsobjekte möglichst treffend in Hinblick auf die jeweilige Zielstellung 
beschreibt.*% Im vorliegenden Fall beziehen sich die benötigten Daten auf die Eigenschaften 
von ML-Anwendungen, wobei die betrachteten Systeme zudem das gegenwärtige Anwen- 
dungsspektrum möglichst gut repräsentieren sollen. Die benötigten Daten mussten daher in 
einem ersten Schritt generiert werden, wofür eine Charakterisierung bestehender ML-Anwen- 
dungen anhand geeigneter Merkmale vorgenommen wurde. Die Informationen zu bestehen- 
den Anwendungen wurden durch einen Rückgriff auf Sekundärdaten in Form von wissen- 
schaftlichen Veröffentlichungen bezogen, deren Identifikation im Rahmen einer systemati- 
schen Literaturanalyse (SLA) erfolgte. In einem zweiten Schritt wurden die ermittelten Ei- 
genschaften in Form der Merkmalsausprägungen für die Durchführung einer Clusteranalyse 
genutzt. Mittels einer anschließenden Charakterisierung, Bewertung und Interpretation der re- 
sultierenden Typen konnten Aussagen zum aktuellen und zukünftigen Anwendungsspektrum 
im Untersuchungsfeld getroffen werden, wodurch das gewählte Vorgehen neben seiner de- 
skriptiven Funktion auch einen erklärenden und gestaltenden Beitrag für die Praxis leis- 
tet, Die Aktivitäten der Typenbildung lassen sich daher in Bezug auf die eingesetzten Me- 
thoden in zwei übergeordnete Schritte einteilen, welche in Abbildung 26 dargestellt sind. 


396 Vgl. Kluge (1999), S. 23 

397 Vgl. Kuckartz (2010), S. 553 ff.; Mayring (2002), S. 131 f. 

398 Vertreter hierfür sind u.a. Renz (2004); Braunschmidt, Hauschildt (2005); Rhensius (2010). 
399 Typen werden je nach Erhebungsmethode auch als Gruppen oder Cluster bezeichnet. Vgl. 
Kuckartz (2010), S. 556. Im weiteren Verlauf erfolgt eine synonyme Begriffsverwendung. 

400 Kluge (1999), S. 59 

401 Vgl. Kluge (1999), S. 43 ff. 

402 Vgl. Kelle, Kluge (2010), S. 90 

403 Vgl. Kluge (1999), S. 266 

404 Vgl. Welter (2006), S. 114; Kuckartz (2010), S. 556 
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Systematische Literaturanalyse Clusteranalyse 

= Ermittlung der Eigenschaften von Entwicklung einer Typologie als reales 
ZS bestehenden ML-Anwendungen im Abbild der realisierbaren Anwendungs- 

Logistikmanagement möglichkeiten 
‘2 ` Veréffentlichungen aus bestehenden 
2 Übersichtsarbeiten und aus einer Eigenschaften (54 Variablen) von 
g bibliografischen Datenbank (n=112) bestehenden ML-Anwendungen (n=115) 
D 2012 bis Mai 2020 


Abbildung 26: Methoden der Typenbildung*> 


3.1.1 Systematische Literaturanalyse 


Zur Erfassung des gegenwärtigen Spektrums von ML-Anwendungen im Logistikmanagement 
wurde eine systematischen Literaturanalyse durchgeführt, welche eine Identifizierung der 
wichtigsten Publikationen?” und deren Erkenntnisse zu einem Untersuchungsbereich im Rah- 
men eines strukturierten und damit wiederholbaren Such- und Analyseprozesses ermög- 
licht.” Die gewählte Gestaltung der SLA orientierte sich am Vorgehen von Tranfield et al. 
(2003) und kann in die zwei wesentlichen Phasen der Identifikation und Analyse der Literatur 
eingeteilt werden (siehe Abbildung 28). 


Festlegung des 
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x Suchprozesses 
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eigenschaften S Literatur A 
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Identifikation der Literatur ! 
hb 
Paneer eer NEE i 
i 
i 
i Theoriegeleitete Extraktion formaler Darstellung und 
------ > Festlegung von und inhaltlicher Analyse der 
Merkmalen Informationen Ergebnisse 


Analyse der Literatur 


Abbildung 27: Vorgehen bei der systematischen Literaturanalyse*8 


In der ersten Phase wurden einleitend geeignete Auswahlmerkmale in Form von Inklusions- 
kriterien definiert, welche alle gleichzeitig von den identifizierten Verdffentlichungen für eine 
weitere Betrachtung erfüllt sein mussten. Ausgehend von einer Beschränkung auf wissen- 
schaftliche Literatur ab dem Jahre 2012 mussten die Artikel Informationen zu mindestens 
einem Anwendungsfall von ML im Logistikmanagement enthalten und in englischer Sprache 


405 Eigene Darstellung 

406 Im weiteren Verlauf wird hierfür synonym der Begriff der Artikel verwendet. 
407 Vgl. Tranfield et al. (2003), S. 209 

408 Eigene Darstellung in Anlehnung an Tranfield et al. (2003), S. 215 
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verfasst sein. Zur Sicherstellung eines möglichst breiten Spektrums an ML-Anwendungen er- 
folgte der Suchprozess auf zwei Wegen. Zum einen wurden potenziell geeignete Veröffentli- 
chungen anhand von bestehenden Übersichtsarbeiten (Literature Reviews) ermittelt, welche 
im weitesten Sinne gleichzeitig der Logistik und ML zuzuordnen waren. Diese Vergrößerung 
des Betrachtungsbereiches im Vergleich zum vorliegenden Untersuchungsfeld führte zu einer 
Identifikation von insgesamt 16 Ubersichtsarbeiten*°®. Nach deren inhaltlicher Analyse und 
Bewertung anhand mehrerer Kriterien wurden mit Agarwal, Jayant (2019), Ni et al. (2019), Giri 
et al. (2019) und Sharma et al. (2020) vier Arbeiten abgeleitet, aus denen im Rahmen eines 
übergreifenden Abgleiches 397 potenziell relevante Artikel extrahiert werden konnten. Zum 
anderen wurden Artikel auf der bibliografischen Datenbank Business Source Complete des 
Informationsanbieters EBSCO durchsucht. Hierzu wurde ein individuell entwickelter Such- 
string eingesetzt, der sich aus einer Kombination von relevanten Schlüsselwörtern zusammen- 
setzt und eine Reproduzierbarkeit der Suche ermöglicht*'°. Um möglichst das gesamte Spekt- 
rum des Untersuchungsfeldes abzudecken, wurden hierbei auch Begriffssynonyme und Wör- 
ter mit Kontextbezügen aufgenommen. Nach iterativer Überprüfung verschiedener Kombina- 
tionen anhand der jeweiligen Ergebnisse wurde folgender String festgelegt: 


(“artificial intelligence" OR "machine learning" OR "deep learning" OR "reinforcement 
learning" OR "neural networks") AND ("logistics" OR "supply chain*" OR “SCM” OR 
“transport*” OR “warehouse*” OR “production” OR “manufacturing” OR “procurement”) 
AND ("use case*" OR “implement*” OR “application*” OR “utilization” OR "case stud*") 


Die Suche auf der Datenbank bezog sich auf vier Informationsbereiche zu den Veröffentlichun- 
gen: Titel und Abstract sowie die vom jeweiligen Autor vorgeschlagenen Schlagwörter 
(Keywords) und die von EBSCO erzeugten Schlagwörter (Subject Terms). Insgesamt wurden 
dadurch weitere 960 Artikel identifiziert. Nach Kombination der Ergebnisse der beiden Such- 
verfahren und der Entfernung von Duplikaten lagen insgesamt 1.357 Artikel vor, die anschlie- 
fend in Bezug auf die Inklusionskriterien zusammen mit einem weiteren Wissenschaftler zur 
Vermeidung einer subjektiven Verzerrung überprüft wurden (siehe Abbildung 28). Dies führte 
zu einer finalen Ergebnismenge von 112 relevanten Veröffentlichungen“'', aus denen wiede- 
rum insgesamt 115 ML-Anwendungen im Logistikmanagement'? extrahiert werden konnten. 


409 Eine Übersicht zu den identifizierten Literature Reviews findet sich in Tabelle 33 im Anhang. Deren 
detaillierte Analyse erfolgt in Kapitel 4.1.2. 

410 Vgl. Tranfield et al. (2003), S. 215 

411 Eine Charakterisierung der Veröffentlichungen anhand bibliografischer Informationen findet sich im 
Anhang beginnend ab Abbildung 99. 

412 Entsprechend des abweichenden kontextbezogenen Einsatzes von Anwendungen wird im weiteren 
Verlauf auch der Begriff des Anwendungsfalls (Use Case) verwendet. 
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(960 Artikel) Konsolidierung und Auswahl relevanter Extraktion der 
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Duplikaten >  Inklusionskriterien > 9 

Suche in (1.357 Artikel) (112 Artikel) (IJs lanier isbn eta) 

bestehenden 

Ubersichtsarbeiten 
(397 Artikel) 


Abbildung 28: Vorgehen und Ergebnisse der Identifikation von ML-Anwendungen‘**3 


In der zweiten Phase wurden die identifizierten Anwendungen analysiert, was einleitend die 
Ermittlung geeigneter Merkmale zur Extraktion der systemseitigen Eigenschaften beinhaltete. 
Diese späteren Vergleichsdimensionen müssen die Anwendungen hinsichtlich etwaiger Ge- 
meinsamkeiten und Unterschiede möglichst gut charakterisieren.*'* Die hierfür notwendige in- 
tensive theoretische Auseinandersetzung mit den Betrachtungsobjekten*'° wurde durch die 
Untersuchungen in Kapitel 2 sichergestellt. Nach iterativer Bestimmung der Merkmale unter 
Berücksichtigung der Informationssituationen in den Veröffentlichungen wurden die jeweiligen 
Ausprägungen der Anwendungen erhoben, wobei in den Fällen einer Unsicherheit erneut die 
Diskussion mit einem weiteren Wissenschaftler erfolgte. Der resultierende Merkmalsraum 
wurde anschließend unter Nutzung von Verfahren der deskriptiven Statistik ausgewertet 
und interpretiert. Die diesbezüglichen Erkenntnisse stellten eine wichtige Grundlage für die 
anschließende Typen- und Theoriebildung dar, indem hierdurch relevante Zusammenhänge 
innerhalb und zwischen den Typen entdeckt werden konnten, u.a. in Form einer Verteilung 
bestimmter Merkmalsausprägungen. 


3.1.2 Clusteranalyse 


Für die Durchführung der Typenbildung stehen grundsätzlich mehrere Möglichkeiten zur Ver- 
fügung, welche von qualitativen, heuristischen Ansätzen bis hin zu quantitativen, rechnerge- 
stützten Verfahren reichen.*'$ Aufgrund der Komplexität des vorliegenden Merkmalsraums zur 
Charakterisierung von ML-Anwendungen, welche sich aus dem breiten Spektrum der pro- 
zessualen und technischen Dimension des Untersuchungsfeldes sowie der Vielzahl an be- 
rücksichtigten Anwendungen ergibt, bestand bei einer manuellen Identifikation der Typen das 
Risiko von Fehleinschätzungen. Vor diesem Hintergrund wurde mit der Clusteranalyse ein 
quantitatives, rechnergestütztes Verfahren gewählt, welches eine simultane Berücksichtigung 
von vielen Merkmalen und Betrachtungsobjekten erlaubt*'’. Wie die Ausführungen in Kapitel 


413 Eigene Darstellung 

414 gl. Kelle, Kluge (2010), S. 91 ff. 
415 Ygl. Kluge (1999), S. 266 

416 Vgl. Kuckartz (2010), S. 558 

417 Vgl. Kluge (1999), S. 255 
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2.4.3.3 zeigen, erfolgt die Bildung der Typen bzw. Cluster in diesem Fall durch das automati- 
sche Erkennen von Zusammenhängen in vorgegebenen Daten?"®, wobei den jeweiligen Algo- 
rithmen keinerlei Zusatzinformationen bereitgestellt werden, weshalb die Clusteranalyse im 
Kontext von ML dem Lerntyp des Unsupervised Learning zugeordnet wird. Durch die ange- 
strebte interne Homogenität der Cluster werden besondere Eigenschaften und Ziele der Ob- 
jekte hervorgehoben, wohingegen die externe Heterogenität Differenzen der Betrachtungsob- 
jekte aufzeigt.*'? Anders als bei qualitativen Verfahren ist mittels der Clusteranalyse auch die 
optimale Typenanzahl durch objektive Kriterien bestimmbar.47° Zudem erlaubt das Verfahren 
einen eindeutigen Bezug zum einbezogenen Datenmaterial, um wichtige Phänomene, wie 
z.B. Unterschiede zwischen den Typen, zu erschließen.*?! Die Umsetzung dieser Methode 
erfolgte im vorliegenden Fall in Anlehnung an das Vorgehen nach Backhaus et al. (2016), 
welches sich durch eine Iteration der einzelnen Schritte zur Identifikation der optimalen Typen 


auszeichnet (siehe Abbildung 29). 
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Abbildung 29: Vorgehen bei der Clusteranalyse*?? 


Die im Rahmen der SLA ermittelten Merkmalsausprägungen stellten die Variablen für die Clus- 
teranalyse dar. Diese wurden vorab in eine geeignete Datenstruktur überführt und hinsichtlich 
ihrer inhaltlichen Eignung überprüft. Hierzu gehörte u. a. eine Eliminierung bzw. Transforma- 
tion von Merkmalen mit einer hohen linearen Abhängigkeit in Form eines Korrelationskoeffi- 
zienten von r 2 0,9.473 Zur Unterstützung dieses Schrittes wurden Korrelationsmatrizen gene- 
riert, welche sich für die Überprüfung der paarweisen Korrelation eignen. Finale Entschei- 
dungen zur Merkmalsauswahl konnten jedoch erst im Rahmen der Durchführung des Grup- 
pierungsvorgangs getroffen werden. Für das damit verbundene Verfahren, einschließlich des 
Proximitätsmaßes, welches im Falle von deterministischen Verfahren die Logik zur Berech- 
nung der Ähnlichkeiten oder Distanzen zwischen Bezugsobjekten vorgibt, stehen mehrere An- 
Sëtze zur Verfügung’. Unter Berücksichtigung des vorliegenden Datenmaterials wurde mit 
dem Ward-Algoritnmus# ein hierarchisch-agglomeratives Verfahren gewählt, welches 


418 Vgl. Backhaus et al. (2016), S. 455 
419 Vgl. Kluge (1999), S. 29 

420 Vgl. Kuckartz (2010), S. 561 

421 Vgl. Kluge (1999), S. 252 

422 Eigene Darstellung in Anlehnung an Backhaus et al. (2016), S. 513 

423 Vgl. Backhaus et al. (2016), S. 511 

424 Vgl. Eckstein (2014), S. 390 

425 Übersichten hierzu finden sich in Eckstein (2014), S. 409; Backhaus et al. (2016), S. 476. 
426 Die Ward-Methode geht auf die Arbeit von Ward (1963) zurück. 
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gleichzeitig die euklidische Distanz als inhärentes Proximitätsmaß enthält. Als Varianz-Me- 
thode zielt der Ward-Algorithmus auf die Zusammenfassung von Objekten zu Clustern unter 
Minimierung der Varianz der einzelnen Distanzen (Fehlerquadratsumme) ab.*2” Im Vergleich 
zu anderen Verfahren lässt sich beim Ward-Algorithmus eine Bildung sehr homogener Cluster 
feststellen*?®, sodass dieser als „verlässlicher Algorithmus“ beschrieben wird*?° und daher eine 


breite Anwendung findet”. 


Für die Durchführung der Clusteranalyse wurde anschließend unter Nutzung der Program- 
miersprache Python ein Algorithmus implementiert. Hierzu erfolgte ein Rückgriff auf verschie- 
dene Bibliotheken der Entwicklungsumgebung, u. a. auf die Bibliothek scikit-learn, welche eine 
vordefinierte Klasse zur Anwendung des Ward-Algorithmus bereitstellte. Unter Abwägung der 
Erzielung möglichst homogener Cluster und der Sicherstellung einer praktikablen inhaltlichen 
Auswertung“?! wurde dem Algorithmus zusätzlich eine Ober- und Untergrenze für die zu be- 
trachtende Clusteranzahl vorgegeben. Im Rahmen einer iterativen Durchführung des Gruppie- 
rungsprozesses, welcher u. a. zur Anpassung der Variablen führte, konnte die optimale Clus- 
teranzahl ermittelt werden. Hierzu wurden mit dem Dendrogramm, welches die Zusammen- 
fassung der Bezugsobjekte zu Clustern in mehreren Schritten anhand des gewählten Proximi- 
tätsmaßes verdeutlicht*??, und dem Dunn-Index (DI)*?, welcher die Kompaktheit und Ab- 
grenzbarkeit der resultierenden Cluster aufzeigt***, zwei technische Hilfsmittel eingesetzt. Ne- 
ben einer parallel zum Gruppierungsvorgang stattfindenden Analyse für die Festlegung der 
Clusteranzahl wurden die finalen Cluster im Anschluss charakterisiert. 


3.2 Empirische Untersuchung 


Zur Beantwortung von Teilen der zweiten bis fünften sekundären Forschungsfrage bedurfte es 
einer Erhebung von Primärdaten aus der Praxis. Mittels eines geeigneten Methodeneinsatzes 
sollten hierbei die benötigten Informationen von Unternehmensvertretern in Form einer aussa- 
gekräftigen Stichprobe aufgenommen und dadurch repräsentative Aussagen zur Theoriebil- 
dung abgeleitet werden. Für die empirische Informationserhebung stehen verschiedene Me- 
thoden zur Verfügung, die grundsätzlich in qualitative und quantitative Methoden zu unter- 
scheiden sind. Im Falle von gering erschlossenen Untersuchungsfeldern eignen sich v. a. qua- 
litative Methoden, da diese eine breite Analyse aus verschiedenen Perspektiven sowie eine 
flexible Reaktion auf Situationen ermöglichen und damit zur Aufdeckung tieferliegender Phä- 
nomene beitragen.*® Dagegen sind die Erhebungsbedingungen bei quantitativen Methoden 


427 Vgl. Wentura, Pospeschill (2015), S. 170; Backhaus et al. (2016), S. 485 
428 Vgl. Kluge (1999), S. 249 

429 Wentura, Pospeschill (2015), S. 171 

430 Vgl. Eckstein (2014), S. 416 

431 Vgl. Backhaus et al. (2016), S. 494 

432 \/gl. Everitt (2011), S. 72 

433 Der Dunn-Index geht auf die Arbeit von Dunn (1973) zurück. 

434 Vgl. Halkidi et al. (2001), S. 130 

435 Vgl. Flick et al. (2010), S. 17, 25 
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stärker fixiert, was einerseits die situative Einflussnahme einschränkt, aber andererseits sta- 
tistische Auswertungen des resultierenden Datenmaterials, u. a. für Vergleiche und Bewertun- 
gen, erlaubt 279 


Im vorliegenden Fall wurde eine methodische Triangulation in Form eines Mix-Method- 
Design?’ gewählt, bei der sowohl qualitative als auch quantitative Methoden zur gezielten 
Nutzung der Stärken beider Ansätze zum Einsatz kamen. Es wurde dazu ein in der Forschung 
anerkanntes Vorgehen zur sequenziellen Verbindung der Methoden realisiert*®, welches eine 
inkrementelle Ergänzung der jeweiligen Ergebnisse vorsah. Hierbei erfolgte zum einen die 
Überprüfung von Ergebnissen, die im Rahmen einer qualitativen Forschung auf Basis einer 
Gruppendiskussion entstanden sind, mittels einer quantitativen Methode in Form einer 
Onlinebefragung. Zum anderen wurden die statistischen Ergebnisse aus dieser Onlinebefra- 
gung unter Verwendung einer qualitativen Methode in Form von Experteninterviews und da- 
raus hervorgehenden Fallstudien interpretiert und ergänzt. Die Datenbasis zu diesen drei Be- 
fragungstechniken, welche zusammenfassend in Abbildung 30 dargestellt sind, entstammte 
den Aussagen von verschiedenen Praxisvertretern, welche entweder bestehende bzw. poten- 
zielle Anwender oder Anbieter von ML-Anwendungen im Logistikmanagement darstellen. 


Anwendungsméglichkeiten von ML im Logistikmanagement 
(aus Typenbildung) 


! ! | 


Gruppendiskussion Onlinebefragung Experteninterviews 


Erhebung von benötigten System- 


Analyse der Bedeutung und des 
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Abbildung 30: Mixed-Method-Design der empirischen Untersuchung“? 


436 Vgl. Flick et al. (2010), S. 25; Bortz, Döring (2006), S. 296 f. 
437 Vgl. Kelle (2019), S. 164 
438 gl. Flick et al. (2010), S. 25 f.; Kelle (2019), S. 166 ff. 
439 Eigene Darstellung 
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3.2.1 Gruppendiskussion 


Für die Ermittlung von Anforderungen an den Einsatz von ML-Anwendungen im Logistikma- 
nagement sollten unterschiedliche Meinungen und Voraussetzungen von Unternehmen be- 
rücksichtigt werden, um hieraus repräsentative Aussagen ableiten zu können. Zur Erhebung 
dieser Informationen wurde als erster Schritt der empirischen Untersuchung eine Gruppendis- 
kussion durchgeführt. Diese qualitative Methode sieht eine mündliche Befragung von Grup- 
pen vor und ermöglicht die geleitete Aufnahme unterschiedlicher Meinungen zu einer Frage- 
stellung.“ Neben den Diskussionsergebnissen werden hierbei hilfreiche Motive, Probleme 
und Argumente der einzelnen Teilnehmer sichtbar, die zum individuellen Meinungsbild füh- 
ren.’ Aufgrund des offenen Diskurses und der Gewinnung von Hintergrundinformationen eig- 
nen sich Gruppendiskussionen insbesondere für explorative Untersuchungen zu komplexen 
Fragestellungen.**? Vor diesem Hintergrund und der Möglichkeit zur gegenseitigen Ideenan- 
regung der Teilnehmer wurde die Gruppenbefragung einer Einzelbefragung für das adres- 
sierte Thema vorgezogen. Entsprechend ihres Potenzials zur simultanen Erfassung unter- 
schiedlicher Sichtweisen stellt sie eine anerkannte Methode zur Erhebung von Anforderungen 
an Softwaresysteme dar.** Unter Berücksichtigung der Empfehlungen von Lamnek (2005)** 
orientiert sich das gewählte Design der Befragung an dem Vorgehen von Mayring (2002), wel- 
ches in Abbildung 31 dargestellt ist. 


Formulierung Gruppen- Darbieten des E Metadiskussion 
der Frage- 


Diskussion, inkl. warn 
stellung g 


bildung Grundreizes weiterer Reize 


Abbildung 31: Vorgehen bei der Gruppendiskussion“**® 


An der durchgeführten Gruppendiskussion waren 20 Praxisvertreter mit Leitungsfunktionen 
in der Logistik beteiligt. Diese gehörten verschiedenen Unternehmen aus Industrie, Handel 
sowie Logistik- und IT-Dienstleistung an, deren Aktivitäten sich wiederum auf mehrere Markt- 
segmente erstreckten, u. a. in Form der Automobil-, Elektronik-, Chemie- und Pharmaindustrie. 
Die Teilnehmer wurden zu Beginn in drei feste Gruppen eingeteilt. Dabei wurden jeder Gruppe 
einzelne Vertreter von verschiedenen Unternehmensbranchen und -größen zugeordnet, um 
ein möglichst breites Spektrum an Sichtweisen abzubilden. Zudem erhielt jede Gruppe einen 
Moderator, der die Zeiteinhaltung kontrollierte, methodische Fragen beantworte und Aussagen 
der Gruppenmitglieder dokumentierte. Neben den organisatorischen Aufgaben unterstützte 


440 Vgl. Lamnek (2005), S. 35 

441 Vgl. Lamnek (2005), S. 33 f. 

442 gl. Lamnek (2005), S. 71 

443 Vgl. Balzert (2009), S. 507 

444 vgl, Lamnek (2005), S. 89 ff., 130 ff. 

445 Eigene Darstellung in Anlehnung an Mayring (2002), S. 79 
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dieser Rückgriff auf die Moderationsmethode den Abbau von Hemmnissen bei den Teilneh- 
mern zur Meinungsäußerung, indem partiell anregende Impulse und Ansprachen durch die 
Moderatoren erfolgten‘. 


Mittels einer thematischen Einführung und einer Abgrenzung des Untersuchungsfeldes durch 
den Autor wurde die Gruppendiskussion eingeleitet. Dies diente der Schaffung eines einheitli- 
chen Verstandnisses und der Klärung von inhaltlichen und methodischen Fragen. Zudem wur- 
den die Teilnehmer mit einem Grundanreiz in Form einer Vision zur zukünftigen Gestaltung 
der Logistik unter Nutzung von ML-Anwendungen in Entscheidungsprozessen konfrontiert. 
Um das Befragungsziel effektiver erschließen zu können, wurde die Befragung in zwei Teil- 
schritte mit separaten Zielstellungen strukturiert, welche von allen Gruppen durchlaufen wur- 
den. Die erste Phase diente der gruppeninternen Diskussion, bei der zu Beginn eine iso- 
lierte Generierung von Ideen zu individuellen Anforderungen durch jedes Gruppenmitglied er- 
folgte. Anschließend wurden diese Ideen mit den anderen Mitgliedern der jeweiligen Gruppe 
diskutiert und strukturiert. Darauf aufbauend fand eine Priorisierung der Ideen in Hinblick auf 
die maximal fünf wichtigsten Anforderungen innerhalb der Gruppen statt. In der zweiten Phase 
erfolgte eine Metadiskussion der erzielten Ergebnisse in einem gruppenübergreifenden Kon- 
text. Dazu wurden nacheinander von allen Gruppen die jeweils wichtigsten Anforderungen un- 
ter Nennung von Begründungen und anderen Zusatzinformationen präsentiert. Nach jeder 
Vorstellung sollten die jeweils anderen Gruppen ihre Einschätzung zu den Ergebnissen geben, 
sodass abschließend eine Diskussion zu allen gruppenbezogenen Sichtweisen entstand. 


Die Dokumentation der Ideen und Erkenntnisse erfolgte durch die Teilnehmer anhand von 
bereitgestellten Vordrucken, welche nachträglich dem Autor zur Verfügung gestellt wurden. 
Zusammen mit den Mitschriften der Moderatoren, welche u. a. Argumentationsketten und Bei- 
spiele zur Veranschaulichung der Anforderungen aus den Unternehmen enthielten, stellten sie 
die Grundlage für die anschließende Ergebnisauswertung dar. Dazu wurden die genannten 
Einzelanforderungen mit den dazugehörigen Hintergrundinformationen in eine einheitliche 
Struktur überführt und analysiert, was auch eine Ermittlung von inhaltlichen Zusammenhängen 
beinhalte. Im Rahmen eines iterativen Vorgehens erfolgte eine Systematisierung der Anforde- 
rungen anhand von gebildeten Kategorien auf mehreren Ebenen. 


3.2.2 Onlinebefragung 


Für eine Bewertung der identifizierten Anforderungen und Anwendungsmöglichkeiten sowie 
der Erhebung des Umsetzungsstands und der Bedeutung von ML-Anwendungen im Logistik- 
management wurde eine schriftliche Onlinebefragung auf Basis eines standardisierten Fra- 
gebogens durchgeführt, bei der erneut unterschiedliche Rahmenbedingungen von Unterneh- 
men Berücksichtigung finden sollten. Die Eignung der gewählten Befragungsmethode resul- 
tierte grundsätzlich aus der Möglichkeit einer präzisen Erfassung von Informationen über eine 


446 Vgl. Bortz, Döring (2006), S. 320 
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große Anzahl von Beteiligten mit einer anschließenden quantitativen Auswertung der Ergeb- 
misse)! Die spezifische Gestaltung als Online-Format erfolgte aufgrund der Vorteile einer gu- 
ten Erreichbarkeit von potenziellen Teilnehmern, einer geringen Fehleranfälligkeit bei der Aus- 
wertung und vergleichsweise geringer Kosten*‘8. Anders als bei der Gruppendiskussion be- 
steht bei einer Onlinebefragung jedoch nicht die Möglichkeit einer Interaktion mit den Beteilig- 
ten. Dies stellt zwar eine objektive Beantwortung sicher, kann aber auch zu ungewollten Ef- 
fekten, z.B. in Form von Fehlinterpretationen, führen.* Vor diesem Hintergrund bedarf es 
einer hohen Sorgfalt bei der Gestaltung des jeweiligen Fragebogens, was u. a. eine Formulie- 
rung möglichst intuitiver Fragen und eine Integration von Plausibilitätsprüfungen umfasst.*°° 
Die Gestaltung der durchgeführten Befragung orientierte sich am Vorgehen nach Forza 
(2002), welches in Abbildung 32 dargestellt ist und die besonderen Anforderungen an die Me- 
thode im industriellen Umfeld berücksichtigt. 


Problem- 


ein Design Pilotierung Datenerhebung Datenanalyse 


Abbildung 32: Vorgehen bei der Onlinebefragung**" 


Der verwendete Fragebogen bestand aus 14 inhaltlichen Fragen mit vor- und nachgelager- 
ten Ergänzungen, wobei ausschließlich geschlossene Fragen mit dichotomen Antwortvorga- 
ben und Likert-Skalen formuliert wurden. Einführend wurden eine Beschreibung und Abgren- 
zung des Untersuchungsfeldes sowie eine Darlegung des übergeordneten Forschungsziels 
und der damit verbundenen Nutzung der Antworten vorgenommen. Um einem negativen Ein- 
fluss auf das Antwortverhalten der Teilnehmer entgegenzuwirken, wurde an dieser Stelle auf 
die anonyme Auswertung ohne die Herstellung von Verbindungen zu Unternehmens- und Per- 
sonennamen hingewiesen. Die nachfolgenden Fragen waren in drei Themenbereiche struktu- 
riert. Der erste Teil umfasste mehrere Fragen zum Status Quo und zur Bedeutung von ML, 
wobei ausgehend von der Logistik in ihrer Gesamtheit eine Differenzierung nach unterschied- 
lichen logistischen Aufgabenarten stattfand, um etwaige Unterschiede in Bezug auf logistische 
Entscheidungsprozesse erfassen zu können. Die Abfrage zur Bedeutung fand anhand ver- 
schiedener Dimensionen statt, wozu auch eine Bewertung vorgegebener Beweggründe für 
den Einsatz von ML gehörte. Ausgehend vor der Beurteilung des übergreifenden Anwen- 
dungsspektrums wurden im zweiten Teil des Fragebogens die auf Basis der Typenbildungen 
identifizierten Anwendungsmöglichkeiten anhand mehrerer Kriterien geprüft, die neben der 
Relevanz auch den Umsetzungsstand adressierten. Im dritten Teil wurden die in der der Grup- 
penbefragung identifizierten Anforderungen bewertet, wozu ähnliche Kriterien vorgegeben 


447 Vgl. Kromrey (2002), S. 379 f. 

448 Vgl. Bortz, Döring (2006), S. 260 f.; Wagner-Schelewsky, Hering (2019), S. 789 
449 Vgl. Kornmeier (2007), S. 164 

450 Ygl. Bortz, Döring (2006), S. 237; Wagner-Schelewsky, Hering (2019), S. 794 
451 Eigene Darstellung in Anlehnung an Forza (2002), S. 157 
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waren. Im Anschluss an den inhaltlichen Teil wurden mit der Branche, Größe sowie dem rela- 
tiven Umsatz und Gewinn mehrere Hintergrundinformationen zu den Unternehmen der Teil- 
nehmer erfragt. Zur Überprüfung der Verständlichkeit und der inhaltlichen Güte wurde der Fra- 


gebogen vorab von drei Wissenschaftlern getestet und daraufhin iterativ angepasst. 


Die Bereitstellung des Fragebogens erfolgte über ein Online-Tool, welches eine automatische 
Extraktion der Antworten ermöglichte. Der Link zur Umfrage wurde einem großen Personen- 
kreis an Praxisvertretern im logistischen Umfeld über verschiedene Wege bereitgestellt, wozu 
auch eine gezielte Kontaktaufnahme zu Unternehmen zählte, die — gemäß offiziellen Mittei- 
lungen - bereits über ML-Anwendungen im Logistikmanagement verfügten. In den 23 Tagen 
der Online-Verfügbarkeit des Fragebogens wurde eine Teilnahme von 74 Personen verzeich- 
net. Die durchschnittliche Bearbeitungszeit der Antworten betrug ca. 22 Minuten. Zur Erzielung 
einer höheren Aussagekraft wurden die ausgefüllten Fragebögen anschließend in Bezug auf 
mögliche Verzerrungen untersucht, was u. a. eine Analyse des Umfangs und von Inkonsisten- 
zen umfasste. Weiterhin wurden unter Berücksichtigung der Ausführungen von Keusch (2013) 
auch die Bearbeitungszeiten und verschiedene Antwortmuster betrachtet, um Fragebögen mit 
zu schnellen Antworten (sog. Speeder) und mit immer bzw. abschnittsweise denselben Ant- 
worten (sog. Straightliner) zu entfernen. Insgesamt wurden im Rahmen dieser Validierung die 
Fragebögen von 29 Teilnehmern eliminiert, was zu einem finalen Datensatz von 45 verwert- 
baren Fragebögen führte (siehe Tabelle 7). 


omna Key Kriterium Glen" Veränderung Anzahl 

Bereinigung Fragebögen 

Ursprünglicher Datensatz 74 

Unvollständige Weniger als zwei Drittel der Fragen beant- 25 -34% 49 
wortet 

Speeder Weniger als 10 Minuten Bearbeitungszeit 1 -2 % 48 
Hoch/sehr hoch ODER gering/sehr gering 1 -2% 47 
nie genutzt 

Straightliner 
Hoch/sehr hoch ODER gering/sehr gering 2 4% 45 
bei mehr als 90 % der Antworten genutzt = 

Finaler Datensatz 29 -39 % 45 


Tabelle 7: Datenbereinigung der Antworten bei Onlinebefragung 


Zur Analyse der Fragebögen wurde der Datensatz in numerische Werte überführt und an- 
schließend unter Verwendung von Methoden der deskriptiven Statistik, v. a. in Form uni- und 
bivariater Analysen, ausgewertet. Neben einer Gesamtbetrachtung beinhaltet dies auch eine 
Differenzierung der Antworten nach verschiedenen für die Untersuchung relevanten Merkma- 
len (siehe Abbildung 33), wozu zusätzlich die abgefragten Hintergrundinformationen zu den 
teilmehmenden Unternehmen herangezogen wurden. Dies betraf eine branchenbezogene Un- 
terscheidung nach Industrieunternehmen und Logistikdienstleistern. Zudem wurde der Umset- 
zungsstand von ML-Anwendungen betrachtet, was zu einer Unterscheidung der Unternehmen 
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in sog. Adopter und Non-Adopter führte. Erstere weisen mindestens eine prototypische An- 
wendung im Logistikmanagement auf. Eine weitere Charakterisierung wurde anhand des wirt- 
schaftlichen Erfolges der Unternehmen vorgenommen, wozu die Eigeneinschätzung der Teil- 
nehmer zum Umsatz und Gewinn sowie zur Mitarbeiterzahl im Branchenvergleich als Indika- 
toren genutzt wurde. Dies führte zur Differenzierung in sog. Unternehmen des Branchendurch- 
schnitts und in erfolgreiche Unternehmen, wobei letzteres in allen drei Merkmalen eine ver- 
gleichsweise hohe Ausprägung ausweisen. 


Umsetzungs- Wirtschaft- 
stand 


(n=39) 


Branche 


licher Erfolg 


(n=37) (n=37) 


= Non-Adopter = Logistikdienstleister = Branchendurchschnitt 
= Adopter = Industrieunternehmen = Erfolgreiche Unternehmen 


Abbildung 33: Charakterisierung der Datenbasis der Onlinebefragung*** 


3.2.3 Experteninterviews 


Als dritter Schritt der empirischen Untersuchung wurden zur Interpretation der Ergebnisse aus 
der Onlinebefragung sowie zu deren Ergänzung in Form von geeigneten Maßnahmen für den 
Einsatz von ML-Anwendungen im Logistikmanagement mehrere Praxisvertreter aus verschie- 
denen Unternehmen, welche bereits über entsprechende Systeme verfügen, im Rahmen von 
problemzentrierten Interviews befragt. Die Eignung dieser qualitativen Methode für das Un- 
tersuchungsziel resultierte aus der Möglichkeit einer offenen Konversation bei einer gleichzei- 
tig strukturierten Erfassung der Inhalte*°, was die Erschließung tieferliegender Erklärungen 
und Zusammenhänge in neuen Untersuchungsfeldern zulässt®°*. Hierbei stellt die Nutzung 
eines Interviewleitfadens ein wichtiges unterstützendes Instrument dar, da dieser zum einen 
strukturgebend wirkt und zum anderen die Vergleichbarkeit mehrerer Interviews ermöglicht.*°® 
Die Gestaltung der durchgeführten Interviews orientierte sich am Vorgehen von Mayring 
(2002), welches in Abbildung 34 dargestellt ist. 


Problem- Leitfaden- Interview- 


analyse konstruktion Allitohese Geier Aufzeichnung 


Abbildung 34: Vorgehen bei den problemzentrierten Interviews*° 


452 Eigene Darstellung 

453 Vgl. Mayring (2002), S. 67; Hopf (2010), S. 354 

454 gl. Yin (2009), S. 102 ff. 

455 gl. Mayring (2002), S. 70 

456 Eigene Darstellung in Anlehnung an Mayring (2002), S. 71 
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Zur teilstandardisierten Durchführung der Interviews wurde ein Leitfaden entwickelt, der offen 
formulierte Fragen enthielt, die in den Gesprächen um Ad-hoc-Fragen ergänzt wurden. Neben 
einer thematischen Einführung umfasste dieses Dokument vier Themenbereiche. Nach einer 
Vorstellung der Personen erfolgte einleitend eine Erfassung der individuellen Ausgangssitu- 
ation des jeweiligen Unternehmens in Bezug auf den Umgang mit ML bzw. mit KI im Allge- 
meinen, was neben dem Begriffsverstandnis und dem strategischen Umgang auch eine Nen- 
nung bestehender ML-Anwendungen im Logistikmanagement umfasste. Im Falle von mehre- 
ren Lösungen wurde im zweiten Teil jeweils eine repräsentative Anwendung für jedes Inter- 
view ausgewählt, welche als Bezugsobjekt für weitere Fragen fungierte. Dazu bedurfte es zu 
Beginn einer detaillierteren Beschreibung dieser Anwendung und des dazugehörigen Projek- 
tes, wofür im Leitfaden mögliche Informationsebenen vorgegeben waren, wie der Einsatzbe- 
reich, die technische Gestaltung und zukünftige Erweiterungen. Anschließend erfolgte die Er- 
fassung der Potenziale und Risiken von ML-Anwendungen im Logistikmanagement, wozu 
auch ein Bezug zu den Ausprägungen der ausgewählten Anwendung sowie zu den Ergebnis- 
sen der Onlinebefragung vorgesehen war. Eine Nutzung dieser Bewertungsergebnisse er- 
folgte auch im dritten Teil des Fragebogens, indem die ermittelte Bedeutung und der Umset- 
zungsstand der einzelnen Anforderungen durch die Teilnehmer in Bezug auf die Vorausset- 
zungen im eignen Unternehmen qualifiziert werden sollten. In diesem Kontext wurden auch 
Maßnahmen erfragt, welche die Unternehmen zur Adressierung der jeweils relevanten Anfor- 
derungen bereits umsetzen bzw. als sinnvoll erachten, wobei erneut eine anwendungsbezo- 
gene und eine -übergreifende Betrachtung vorgesehen war. Der letzte Teil des Leitfadens um- 
fasste Fragen zur zukünftigen Entwicklung von ML im Logistikmanagement, was neben der 
Darstellung unterstützender und hemmender Faktoren auch Auswirkungen auf die Ausfüh- 
rung von logistischen Entscheidungsprozessen beinhaltete. Der Leitfaden wurde im Rah- 
men von zwei Testinterviews mit anderen Wissenschaftlern überprüft und nach einer entspre- 
chenden Überarbeitung vor den Terminen an die Teilnehmer zur Vorbereitung übersandt. 


In einem Zeitraum von knapp zwei Monaten wurden insgesamt neun Interviews, deren Dauer 
jeweils 90 bis 120 Minuten betrug, mit gezielt ausgewählten Vertretern verschiedener Unter- 
nehmen geführt (siehe Tabelle 8). Von allen involvierten Unternehmen wurden zu diesem Zeit- 
punkt bereits ML-Anwendungen im Logistikmanagement eingesetzt (sog. Anwender) oder als 
Produkt vertrieben (sog. Anbieter). Bei den Beteiligten handelte es sich jeweils um Führungs- 
kräfte aus Logistik- oder Innovationsbereichen, welche an der Entwicklung und/oder am Be- 
trieb entsprechender Systeme beteiligt waren. Aufgrund der exklusiven Position der Personen 
in Bezug auf das adressierte Untersuchungsfeld sind die durchgeführten Gespräche auch als 
Experteninterviews zu bezeichnen.“ 


457 Vgl. Strübing (2013), S. 95 f. 
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Unternehmen ML-Anwendungsfall Rolle 


- Ermittlung der Ankunftszeiten von Transporten 


- Blue Yonder Group, Inc. - Ermittlung der Qualitat von Produkten im Zielsys- 

- DB Cargo AG tem der Kunden 

- DSV Panalpina A/S - un des mittel- bis langfristigen Materialbe- 

- LGI Logistics Group International GmbH Anwender 


- Ermittlung des zukünftigen Versandvolumens 

i - Ermittlung optimaler Allokationen von Materialien 
- Siemens AG im globalen Produktionsnetzwerk 

- Schaeffler AG (Automotive Technologies) _ Ermittlung von Risiken in globalen Lieferketten 
Schaeffler Technologies AG & Co. KG - Multi-Echelon-Optimierung von Beständen in Lo- 
Thyssenkrupp Material Services GmbH gistiknetzwerken 


Segmentierung von Kundenspezifikationen 


- Prewave GmbH 
Anbieter 


Tabelle 8: Teilnehmer der Experteninterviews mit ML-Anwendungsfällen®5® 


Mit Zustimmung der Unternehmen wurden die Gespräche aufgezeichnet, wodurch die parallel 
angefertigten Mitschriften nachräglich ergänzt werden konnten. Zur Ableitung generalisierter 
Aussagen wurde eine zusammenfassende qualitative Inhaltsanalyse durchgeführt, deren 
systematischer Ablauf sich am Vorgehen von Mayring (2010) orientierte. In Hinblick auf die 
adressierten Forschungsfragen wurden dazu im ersten Schritt mehrere inhaltliche Kategorien 
festgelegt. Diese sahen neben einer übergeordneten Systematisierung, z. B. in Form von An- 
forderungen und Potenzialen, auch weitere Untergliederungen vor, z.B. eine Differenzierung 
nach unterschiedlichen Anforderungen. Im Rahmen einer schrittweisen Prüfung der einzelnen 
Aussagen erfolgte deren Zuordnung zu diesen Kategorien, wobei stets ein Bezug zum jewei- 
ligen Interview aufrechterhalten wurde. Hierbei mussten iterativ neue Kategorien gebildet und 
bestehende Kategorien aufgrund einer fehlenden Abdeckung eliminiert werden. 


Zur Interpretation der strukturierten Interviewinhalte erfolgte deren Auswertung in Form von 
exploratorischen Fallstudien (Case Studies), welche eine ganzheitliche Erfassung und Ana- 
lyse von Unternehmenstätigkeiten ermöglichen“. Infolge einer Darstellung des jeweiligen Ge- 
samtkontextes kann durch Fallstudien das Verständnis zu den Inhalten und damit verbunde- 
nen Zusammenhängen deutlich erhöht werden; gleichzeitig eignet sich diese Methode auch 
zur Herausstellung erfolgreicher Maßnahmen im Sinne von Best-Practice-Fällen, z. B. für die 
Einführung von Technologien.* Um die Aussagekraft für eine anschließende Theoriebildung 
zu erhöhen, wurde im vorliegenden Fall eine Mehrfachstudie gewählt, welche eine Darstellung 
der jeweils fokussierten ML-Anwendungsfälle der einzelnen Unternehmen basierend auf den 
gebildeten Kategorien umfasste. Hierbei konnte insbesondere die Beantwortung der For- 
schungsfragen nach den Anwendungsméglichkeiten („Was?“), den resultierenden Auswirkun- 
gen („Warum?“) und nach geeigneten Umsetzungsmaßnahmen („Wie?“) unterstützt werden, 
wofür exploratorische Fallstudien in besonderem Maße geeignet sind. 


458 Die Unternehmen und Anwendungsfälle sind jeweils alphabetisch sortiert. 
459 \/gl. Meyer (2003), S. 478 

460 gl. Yin (2009), S. 60 f. 

461 \/gl. Meyer (2003), S. 476 
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4 Status Quo und Entwicklungen 


In Erganzung zur einleitenden Beschreibung in Kapitel 1.1 wird in diesem Kapitel der gegen- 
wartige Forschungs- und Praxisstand zum Einsatz von ML-Anwendungen im Logistikmanage- 
ment erarbeitet. Zusatzlich werden im Sinne des Gestaltungsanspruches der vorliegenden Ar- 
beit und der damit eingenommenen zukunftsorientierten Betrachtungsperspektive in Bezug 
auf das Untersuchungsfeld mehrere Entwicklungen ermittelt, welche für die Gestaltung der 
ML-Anwendungen und des benötigten Umfeldes eine Relevanz aufweisen. Hierdurch soll die 
zweite sekundäre Forschungsfrage beantwortet werden: 


Wie lässt sich der Stand in Forschung und Praxis zum Einsatz von ML-Anwendungen 
im Logistikmanagement charakterisieren und welche zukünftigen Entwicklungen sind 
für das Untersuchungsfeld zu erwarten? 


Zu Beginn des Kapitels erfolgt eine Systematisierung und Bewertung der für die vorliegende 
Untersuchung relevanten Veröffentlichungen, einschließlich einer Darstellung von deren 
Einbindung in die Arbeit (Kapitel 4.1). Anschließend wird sowohl die Bedeutung von ML als 
auch der Umsetzungsstand in Bezug auf konkrete Anwendungen und allgemeine Vorausset- 
zungen aus Sicht der logistischen Praxis beschrieben (Kapitel 4.2). Nach dieser branchenwei- 
ten Erhebung werden vier ausgewählte ML-Anwendungsfälle aus der Praxis zu bereits pro- 
duktiv eingesetzten Systemen und den damit verbundenen Umsetzungsmaßnahmen analy- 
siert (Kapitel 4.3). Im letzten Schritt erfolgt eine Beschreibung von wichtigen Forschungs- 
trends zu ML und von weiteren Entwicklungen des betrachteten Umfeldes mit den Implika- 
tionen für das Untersuchungsfeld (Kapitel 4.4). 


Die Erkenntnisse dieses Kapitels basieren zum Teil auf einer explorativen Literaturanalyse, 
welche insbesondere der Ermittlung des Forschungsstands und damit verbundener Trends 
zum Untersuchungsfeld diente. Der Status Quo und die Entwicklungen in der logistischen Pra- 
xis wurden dagegen im Rahmen der durchgeführten Online-Befragung und Experteninter- 
views erfasst (siehe Kapitel 3.2). Letzteres bildete zudem die Grundlage für die Fallstudien- 
forschung zur Analyse der exemplarischen Anwendungsfalle. 


4.1 Forschungsstand 


In diesem Unterkapitel wird der gegenwärtige Forschungsstand und dessen Nutzung für die 
weiteren Teilziele der vorliegenden Arbeit beschrieben, welche sich auf Fragestellungen zum 
betrieblichen Einsatz von ML-Anwendungen im Logistikmanagement, insbesondere zu dies- 
bezüglichen Anforderungen und Umsetzungsmaßnahmen sowie zum Anwendungsspektrum 
und der resultierenden Auswirkungen, beziehen. Wie bereits in Kapitel 1.1 festgestellt, existie- 
ren bisher keine wissenschaftlichen Arbeiten, welche die spezifische technische und prozessu- 
ale Dimension des vorliegenden Untersuchungsfeldes gemeinsam betrachten. Vor diesem 
Hintergrund wurde bei der durchgeführten Analyse des Forschungsstands eine zusätzliche 
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isolierte Betrachtung beider Dimensionen und auch deren inhaltliche Erweiterung vorgenom- 
men. Dadurch konnten auch Veröffentlichungen aus anderen Anwendungsbereichen und 
ohne Bezug zu spezifischen Domänen berücksichtigt werden. Auch wurde somit Literatur zu 
übergeordneten Technologien einbezogen, d. h. sowohl zu KI und weiteren Datentechnologien 
als auch zu digitalen Technologien im Allgemeinen. Darüber hinaus erfolgte auch eine Be- 
trachtung von Veröffentlichungen abseits der wissenschaftlichen Forschung, z. B. in Form von 
Whitepaper und unternehmensbezogenen Studien. 


Die nach dieser Vergrößerung des Analysespektrums identifizierten Arbeiten können auf 
oberster Ebene hinsichtlich ihrer primären Zielsetzung unterschieden werden. Hierbei ist bei 
der Mehrheit der Veröffentlichungen eine Ausrichtung auf Fragestellungen zum Entwick- 
lungsprozess von ML festzustellen — ohne dass jedoch der betriebliche Einsatz der Tech- 
nologie betrachtet wird. Letzterem widmen sich stattdessen stärker anwendungsorientiertere 
Veröffentlichungen, wobei diese stets eine vom vorliegenden Untersuchungsfeld abweichende 
technische und/oder prozessuale Fokussierung aufweisen. Darüber hinaus sind Veröffentli- 
chungen separat aufzuführen, welche sich dezidiert auf die Entwicklung oder Systematisierung 
von Anwendungsmöglichkeiten zu ML in der Logistik bzw. dem Logistikmanagement bezie- 
hen. Bei einer zusätzlichen Charakterisierung der identifizierten Literatur in Bezug auf die je- 
weils betrachtete Technologie und den adressierten Anwendungsbereich ergibt sich die in Ta- 
belle 9 dargestellte Systematisierung des relevanten Forschungsstands für die vorliegende 
Untersuchung, wobei hier zu Darstellungszwecken nur exemplarische Vertreter aufgeführt 
sind. Die daraus hervorgehenden Gruppierungen bilden die Grundlage für die nachfolgenden 
Ausführungen. 
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x = zutreffend für alle Veröffentlichungen in der Gruppe 
(x) = zutreffend für einzelne Veröffentlichungen in der Gruppe oder lediglich implizite Betrachtung 
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Tabelle 9: Systematisierung des Forschungstands und Einordnung der Arbeit 


462 In der Literaturanalyse wurden 112 Veröffentlichungen zu logistischen Entscheidungsprozessen für 
den Zeitraum 2012 bis 2020 identifiziert (siehe Kapitel 3.1.1). 
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4.1.1 Entwicklungsprozess 


Der Großteil der bestehenden Literatur mit Bezug zu ML befasst sich mit entwicklungsseitigen 
Fragestellungen. Hierzu sind Veröffentlichungen zu zählen, welche die informationstechni- 
schen, mathematischen und statistischen Grundlagen von ML und die einzelnen Lernverfah- 
ren beschreiben. Zu diesen oft als Monografien publizierten Veröffentlichungen, welche der 
vorliegenden Arbeit zur Beantwortung technischer Fragestellungen dienen, zählen u.a. 
Alpaydın (2010), Hastie et al. (2009), Jordan, Mitchell (2015), Kuhn, Johnson (2013), Michalski 
et al. (1983), Mitchell (1997) und Russell, Norvig (2016). Informationen zur Umsetzung und 
zum Einsatz von ML im betrieblichen Kontext finden sich hier jedoch nicht. Dementsprechend 
werden auch nicht die übergeordneten Software- oder Hardwaresysteme betrachtet, in welche 
die Modelle für die Ausführung zu integrieren sind. 


Eine anwendungsorientiere Ausrichtung lässt sich bei mehreren Arbeiten aus dem Bereich der 
Softwaretechnik (Software Engineering) feststellen, welche sich der Gestaltung des Entwick- 
lungsprozesses von ML widmen. Anders als bei der zuvor dargestellten Gruppe wird den Un- 
tersuchungen in diesen Veröffentlichungen ein Einsatz von ML zur Lösung betrieblicher Prob- 
leme zugrunde gelegt. Dies betrifft insbesondere Arbeiten mit Informationen zu bedeutenden 
Vorgehensmodellen für den Entwicklungsprozess, wobei dazu neben ML-spezifischen Aus- 
prägungen auch Modelle für datenbasierte Vorhaben im Allgemeinen zählen, die im ML-Kon- 
text genutzt werden. Als Ausgangspunkt der aus heutiger Sicht relevanten Modelle ist der 
KDD-Prozess (Knowledge Discovery in Databases) anzuführen, welcher von Fayyad et al. 
(1996) begründet wurde und der Extraktion von Wissen aus Daten dient. Beginnend mit der 
Auswahl relevanter Daten sieht der Prozess deren Aufbereitung, Transformation und explora- 
tive Analyse nach Auffälligkeiten, Mustern o.ä. mit einer abschließenden Interpretation der 
Erkenntnisse vor.*% Die Aktivitäten des KDD beschränken sich damit auf datenanalytische 
Schritte, welche vor der eigentlichen Anwendungs- bzw. Modellentwicklung erfolgen. Damit 


entsprechen sie dem heutigen Begriffsverstandnis des Data Mining 291 


Diese beim KDD „fehlenden“ Schritte der Entwicklung werden von zwei weiteren Vorgehens- 
modellen berücksichtigt, welche sich ebenfalls auf Data-Mining-Projekte beziehen, dabei aber 
Unterschiede in ihren Aktivitäten und im Entstehungshintergrund aufweisen. Hierzu gehört 
zum einen der SEMMA-Prozess, welcher als unternehmenseigene Lösung durch das SAS 
(2022) entworfen wurde und - im Sinne seines Akronyms - die fünf Schritte Sample, Explore, 
Modify, Model und Assess umfasst. Bei dem zweiten Modell handelt es sich um den CRISP- 
DM (Cross-Industry Standard Process for Data Mining), welcher mit der Zielsetzung eines 
branchenübergreifenden Standards von einem durch die Europäische Kommission geförder- 
ten Konsortiums Ende der 1990er Jahre entwickelt wurde.*® Analog zu SEMMA werden bei 
diesem Prozess neben den Phasen der Auswahl, Analyse und Aufbereitung der relevanten 


463 Vgl. Fayyad et al. (1996), S. 41 
464 Vgl. Alpaydın (2010), S. 16 
465 Vgl. Wirth, Hipp (2000), S. 1 
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Daten auch Aktivitäten zur Modellentwicklung und zu einer anschließenden Bewertung be- 
rücksichtigt.*% Als Unterschied zwischen beiden Prozessen beinhaltet der CRISP-DM jedoch 
nicht nur technische Aspekte, sondern auch begleitende Aktivitäten der Softwareentwicklung 
im Kontext der jeweiligen Projekte. Dies äußert sich zum einen in einer initialen prozessana- 
lytischen Phase in Form des sog. Business Understanding, welche u. a. der Erstellung eines 
Projektplans, der Festlegung der Projektziele und einer Umfeldanalyse dient. Zum anderen 
existiert auch eine zusätzliche finale Phase, welche die Bereitstellung der entwickelten Mo- 
delle in die jeweilige produktive Zielumgebung (Deployment) sowie die Dokumentation und 
Bewertung des durchgeführten Projektes umfasst. Die einzelnen Phasen sind beim CRISP- 
DM in Form von allgemeingültigen Hauptaktivitäten dokumentiert. Sie führen — analog zum 
SEMMA- und KDD-Prozess — zu einem iterativ geprägten Vorgehen (siehe Abbildung 35). 


Business — Data 
Understanding + Understanding 


Data 
Preparation 


Deployment 


Modeling 


Evaluation 


Abbildung 35: Phasen des CRISP-DM*® 


Zusätzlich zu diesen lösungsübergreifenden Vorgehensmodellen existieren auch ML-spezifi- 
sche Entwicklungsprozesse, wobei sich hierfür bislang jedoch noch kein „Standardmodell“ her- 
ausgebildet hat. Bestrebungen in diese Richtung finden gegenwärtig auf internationaler Nor- 
mungsebene statt, insbesondere in Form der Aktivitäten des Expertengremiums 
„ISO/IEC JTC 1/SC 42“, welche zu dem im Jahre 2022 veröffentlichten Rahmenwerk für Ent- 
wicklungsprozesse von ML in Form der Norm ISO/IEC 23053:2022 geführt haben“°®. Bei wei- 
teren Prozessen in diesem Kontext handelt es sich dagegen um autoren- bzw. unternehmens- 
spezifische Modelle. Hierzu zählt der TDSP (Team Data Science Process), welcher von der 
Microsoft Corporation (2022) begründet wurde. Die Hauptphasen dieses Prozesses entspre- 
chen dem CRISP-DM; sie enthalten aber ML-spezifische Aktivitäten, welche allerdings nur 
oberflächlich beschrieben sind. Dies begründet sich in der Zielstellung des TDSP, welcher 
primär eine methodische Unterstützung des Entwicklungsprozesses vorsieht, insbesondere in 


466 Vgl. hierzu und zu diesem Abschnitt Chapman et al. (2000), S. 13 ff. 
467 Eigene Darstellung in Anlehnung an Chapman et al. (2000), S. 10 
468 gl. ISO (2022) 
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Bezug auf die Projektplanung und -organisation. Dazu werden entlang des Prozesses ver- 
schiedene Werkzeuge bereitgestellt, z. B. Vorlagen für MS Excel und MS Project, aber auch 
in Form weiterer Microsoft-Produkte. 


Als weiterer Vertreter ist der ML-Workflow von Amershi et al. (2019) zu nennen, welcher auf 
Grundlage verschiedener Projekte — ebenfalls im Umfeld von Microsoft — entstanden ist und 
dabei erneut dezidiert die Modellentwicklung adressiert (siehe Abbildung 36). Somit finden 
sich auch keine projektbegleitenden Aktivitäten zur Entwicklung. Als initiale Phase sieht dieser 
Prozess ebenfalls eine analytische Auseinandersetzung mit der zugrundeliegenden Problem- 
stellung vor, welche in diesem Fall jedoch einer Bewertung der Realisierbarkeit mittels ML 
und einer Vorauswahl geeigneter Lernverfahren dent 229 Während die datenanalytischen Pha- 
sen weitestgehend mit dem CRISP-DM korrespondieren, existiert mit dem Feature 
Engineering (Merkmalsbildung bzw. -konstruktion) eine zusätzliche Phase, welche als Schnitt- 
stelle zwischen den datenanalytischen und entwicklungsseitigen Tätigkeiten eine Identifika- 
tion, Bewertung und Auswahl potenzieller Features beinhaltet. Zudem ist die eigentliche Mo- 
dellentwicklung in zwei Phasen unterteilt, wobei das Model Training die Implementierung der 
jeweiligen Lernverfahren mit einer geeigneten Parametrisierung anhand von Trainingsfällen 
umfasst (siehe Kapitel 2.4.3.2) und die Model Evaluation der finalen Testung der resultieren- 
den Modelle anhand festgelegter Metriken dient. Die abschließenden Phasen des Model 
Deployment und Model Monitoring dienen der Bereitstellung der Modelle in die Zielumgebung 
und deren kontinuierlicher Überwachung. Neben einer sehr prägnanten Darstellung der ein- 
zelnen Phasen, welche ebenfalls iterativ zu durchlaufen sind, werden in der zugrundeliegen- 
den Veröffentlichung verschiedene Best-Practice-Maßnahmen aufgezeigt, wozu u. a. - in An- 
lehnung an klassische ETL-Pipelines (Extract, Transform, Load) für die Datenintegration — die 
Umsetzung eines automatisierten Prozesses für die beschriebenen Entwicklungsaktivitäten 
zur Anpassung der Modelle im produktiven Betrieb zählt (sog. ML-Pipeline). 


Model Data Data Data Feature a 
Requirements Colletion Cleaning Labeling Engineering d 
1 
ES sg ée a E ae ae teen len ne 1 
i 
1 
pias Model Model Model Model 
Training Evaluation Deployment Monitoring 


Abbildung 36: Entwicklungsprozess von ML-Modellen*”° 


Bei einer Gesamtbetrachtung der im erweiterten Kontext von ML bestehenden Vorgehensmo- 
delle ist festzustellen, dass deren Fokus stets auf der Entwicklung — im Speziellen auf der 
Modellentwicklung - liegt, sodass Aktivitäten zur Umsetzung des jeweiligen Gesamtsystems 
in Form einer Anwendung sowie deren Integration in die betriebliche Zielumgebung nur ober- 
flächlich dargestellt sind. Für technische Herausforderungen des produktiven Betriebs von ML- 


469 Vgl. hierzu und zu diesem Abschnitt Amershi et al. (2019), S. 292 f. 
470 Eigene Darstellung in Anlehnung an Amershi et al. (2019), S. 292 
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Anwendungen, z. B. die Anbindung aller relevanten Datenquellen und die Realisierung eines 
Re-Trainings, sind demnach nur punktuell Maßnahmen berücksichtigt. Informationen zu Akti- 
vitäten abseits der Entwicklung werden nur vom CRISP-DM und TDSP berücksichtigt, wobei 
sich diese jedoch nur auf die jeweiligen Projekte beziehen und darüber hinaus nur Teilaspekte 
abdecken. Demnach wird u. a. in beiden Fällen von einer Eignung der genutzten Technologie 
für den jeweiligen Anwendungsfall ausgegangen. Eine Prüfung der Realisierung mittels ML, 
wie sie der Prozess von Amershi et al. (2019) — jedoch ohne Vorgabe entsprechender Maß- 
nahmen - beinhaltet, wird nicht berücksichtigt. Darüberhinausgehende Aktivitäten zur Gestal- 
tung des Umfelds in den Unternehmen in Form projekt- bzw. anwendungsübergreifender Vo- 
raussetzungen, z.B. auf infrastruktureller oder organisatorischer Ebene, finden sich bei kei- 
nem der bisherigen Vorgehensmodelle. 


Trotz dieser eingeschränkten Abdeckung von notwendigen Aktivitäten zum betrieblichen Ein- 
satz von ML bilden die bestehenden Modelle eine wichtige Grundlage für den Erkenntnis- 
prozess in der vorliegenden Arbeit, insbesondere bei der Entwicklung eines Vorgehens für 
den Gestaltungsansatz. Als weitere relevante Literatur für die Arbeit mit einer ebenfalls ent- 
wicklungsseitigen Ausrichtung wurden zudem mehrere Veröffentlichungen identifiziert, welche 
sich spezifischen Themenstellungen des Entwicklungsprozesses von ML widmen. Hierzu ge- 
hören die Veröffentlichungen von Patel et al. (2008) zu allgemeinen Herausforderungen bei 
der Entwicklung, von Sculley et al. (2015) zur Vermeidung von technischen Schulden, von 
Breck et al. (2017) zu Verfahren für die Modelltestung und -überwachung, von Mitchell et al. 
(2019) zur Dokumentation von entwickelten Modellen sowie von Akkiraju et al. (2020) zur Rei- 
fegradbewertung der Prozesse. Auch ist die Arbeit von Döbel et al. (2018) zu nennen, aus der 
relevante Forschungstrends extrahiert werden konnten. 


4.1.2 Anwendungsmöglichkeiten 


Als weitere relevante Gruppe von Veröffentlichungen konnten Arbeiten identifiziert werden, 
welche sich auf den Einsatz von ML zur Lösung individueller Probleme in der Logistik be- 
ziehen, wobei dies auch vielfach logistische Entscheidungsprozesse umfasst. Auch bei diesen 
Veröffentlichungen, welche zumeist als Artikel in wissenschaftlichen Zeitschriften und Konfe- 
renzbänden publiziert sind, steht die Beantwortung entwicklungsseitiger Fragstellungen im Fo- 
kus. Durch Testung verschiedener Modellkonfigurationen und teilweise auch mehrerer Lern- 
verfahren wird für den jeweiligen Anwendungsfall das geeignetste Entwicklungskonzept ermit- 
telt. Dazu erfolgt eine Beschreibung des häufig sehr experimentell geprägten Entwicklungs- 
prozesses, wobei sich dieser in den meisten Fällen auf die Umsetzung der ML-Modelle be- 
schränkt. Die Entwicklung des jeweiligen Gesamtsystems in Form einer Anwendung sowie 
deren Integration in die betriebliche Zielumgebung werden dagegen erneut nicht dargestellt. 
Vielmehr streben die Autoren einen technischen Machbarkeitsbeweis in Form eines Proof of 
Concept (PoC) an, der lediglich die Realisierung eines prototypischen Systems vorsieht. Vor 
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diesem Hintergrund finden sich in diesen Arbeiten auch keine Informationen zu weiteren An- 
forderungen oder Maßnahmen des betrieblichen Einsatzes von ML-Anwendungen. Dennoch 
konnten viele dieser Veröffentlichungen für die Ermittlung des Anwendungsspektrums in der 
vorliegenden Arbeit genutzt werden (siehe Kapitel 3.1.1). 


In weiteren Veröffentlichungen werden diese bestehenden Artikel zu logistischen Anwen- 
dungsfällen genutzt, um durch deren Zusammenführung und Analyse übergreifende Erkennt- 
nisse zum Forschungsstand der Anwendungsmöglichkeiten von ML zu gewinnen. Insgesamt 
konnten 16 Übersichtsarbeiten (Literature Reviews) ermittelt werden, welche im weitesten 
Sinne Schnittmengen mit der prozessualen und/oder technischen Dimension des in der vor- 
liegenden Arbeit betrachteten Untersuchungsfeldes aufweisen — wobei jedoch in nur wenigen 
Arbeiten eine vollständige Abdeckung vorzufinden ist.“ Demnach erfolgt in mehreren Fällen 
eine Beschränkung auf ausgewählte logistische Teilsysteme, wie die Produktionslogistik, z. B. 
Krauß et al. (2019) und Wang et al. (2018a), auf bestimmte Einsatzbereiche, wie das Supply 
Chain Risk Management (SCRM) oder das Supply Chain Performance Management (SCPM), 
z.B. Baryannis et al. (2019b) und Lima-Junior, Carpinetti (2017), oder auf spezifische Logis- 
tikketten, wie für Kleidung und Landwirtschaft, z. B. Giri et al. (2019) und Sharma et al. (2020). 
Eine explizite Betrachtung von Entscheidungsprozessen in der Logistik erfolgt nur von Peidro 
et al. (2009), jedoch in diesem Fall für einen anderen technischen Betrachtungsbereich in 
Form allgemein quantitativer Methoden. Die Abweichungen bei der technischen Dimension 
ergeben sich u. a. durch eine andere definitorische Abgrenzung von ML. Demnach fokussieren 
mehrere Veröffentlichungen bestimmte Lerntypen oder -verfahren, wie Deep Learning oder 
KNN, z.B. Wang et al. (2018a) und Bousgaoui et al. (2017). Oftmals finden sich auch keine 
Anwendungen zum RL, was auch in Verbindung mit dem Erscheinungszeitpunkt und dem 
diesbezüglichen Forschungsstand steht, z.B. Ngai et al. (2014). Andere Arbeiten wählen da- 
gegen einen größeren technischen Betrachtungsbereich, wie KI im Allgemeinen, z.B. Min 
(2010), Supply Chain Event Processing (SCEP), z. B. Konovalenko, Ludwig (2019), Data Ana- 
lytics, z. B. Herden, Bunzel (2018), sowie die bereits angesprochenen quantitativen Methoden, 
z.B. Peidro et al. (2009) und Lima-Junior, Carpinetti (2017). In all diesen Fällen werden nur 
vereinzelt ML-Anwendungen berücksichtigt und daher auch deren Spezifika nicht gesondert 
herausgestellt. 


In Bezug auf das technische Spektrum bei der Identifikation von Anwendungen verweisen 
mehrere Autoren auch auf die Bedeutung einer möglichst umfassenden Betrachtung von ML. 
Wang et al. (2018a) und Bousgaoui et al. (2017) beziehen diese Aussage auf den vergleichs- 
weise „modernen“ Lerntyp des Deep Learning, welcher bisher nach ihren Erkenntnissen wenig 
Berücksichtigung findet. Ngai et al. (2014) und Min (2010) konstatieren selbiges für Verfahren 
des Evolutionary Learning, welche bisher ebenfalls nur in wenigen Reviews betrachtet werden. 
Ni et al. (2019) und Baryannis et al. (2019b) stellen grundsätzlich fest, dass viele mitunter 
„moderne“ Lernverfahren in den von ihnen betrachteten Anwendungen der Logistik noch nicht 


471 Eine Systematisierung der Literature Reviews findet sich in Tabelle 33 im Anhang. 
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vorkommen. Vor diesem Hintergrund weisen Hellingrath, Lechtenberg (2019) auf die Notwen- 
digkeit einer kontinuierlicher Überprüfung des Anwendungsspektrums für das jeweilige 
Untersuchungsfeld hin. 


Hinsichtlich der methodischen Vorgehensweise ist festzustellen, dass drei Viertel der unter- 
suchten Reviews eine systematische Ermittlung der Veröffentlichungen mittels Suchstrings 
über wissenschaftliche Datenbanken vornehmen. Bis auf die Arbeiten von Bousgaoui et al. 
(2017), Giri et al. (2019) und Ngai et al. (2014), die sich auf eine bibliografische Beschreibung 
der Anwendungen beschränken, werden in allen Arbeiten die ermittelten Veröffentlichungen 
bzw. die darin enthaltenen Anwendungen nach prozessualen und/oder technischen Merkma- 
len charakterisiert. Der Großteil der Arbeiten adressiert dabei jedoch eine rein deskriptive 
Erfassung des Forschungsstands, ohne dass Ableitungen zum potenziell realisierbaren o- 
der geeigneten Anwendungsspektrum gezogen werden. Zudem handelt es sich in den in meis- 
ten Fällen um eine univariate Analyse, bei der die Ausprägungen jedes Merkmals entweder 
qualitativ oder quantitativ mittels Häufigkeitsverteilungen ausgewertet werden. 


Eine in mehreren Arbeiten vorgenommene Charakterisierung erfolgt für den Anwendungsbe- 
reich, indem die einzelnen Anwendungen in bestehende Prozessmodelle manuell eingeordnet 
werden. Hierfür nutzen Hellingrath, Lechtenberg (2019) die SCP-Matrix, Wenzel et al. (2019) 
das Supply-Chain-Task-Modell und Konovalenko, Ludwig (2019) das Supply-Chain- 
Operation-Reference-Modell (SCOR). Bei einem Vergleich von ähnlichen Anwendungsfällen 
in diesen Reviews zeigt sich jedoch eine fehlende Eindeutigkeit bei dieser Zuordnung. Vor 
diesem Hintergrund nutzen weitere Autoren, wie Min (2010) und Krauß et al. (2019), eine in- 
dividuelle Systematisierungslogik, welche dem prozessübergreifenden Charakter vieler An- 
wendungen und den oft vielfältigen Nutzungsmöglichkeiten, z.B. im Falle einer Nachfrage- 
prognose (sog. Demand Forecasting), stärker gerecht wird. Im Rahmen dieser prozessualen 
Charakterisierung stellen einzelne Arbeiten auch einen Zusammenhang zur technischen Ge- 
staltung der Anwendungen her, was jedoch lediglich anhand eines weiteren Merkmals in Form 
häufig verwendeter Lernverfahren erfolgt. Auch konstatieren einige Autoren, wie Wenzel et al. 
(2019) und Sharma et al. (2020), dass oftmals mehrere Verfahren für eine Problemstellung 
eingesetzt werden, weshalb diesbezügliche Aussagen nur bedingt generalisierbar sind. 


Eine darüberhinausgehende Betrachtung von Zusammenhängen zwischen verschiedenen 
technischen und prozessualen Eigenschaften erfolgt in der Arbeit von Lima-Junior, Carpinetti 
(2017), in der die betrachteten Anwendungen - in dem Falle zur Leistungsbewertung von Lie- 
ferketten auf Basis von quantitativen Methoden — anhand von elf Merkmalen charakterisiert 
werden. Die Ergebnisse gehen jedoch auch in dieser Arbeit nicht über eine deskriptive Dar- 
stellung hinaus, welche sich in einer Auflistung der Anwendungen mit den jeweiligen Merk- 
malsausprägungen äußert. Einzig in der Arbeit von Herden, Bunzel (2018) wird die Charakte- 
risierung bestehender Anwendungen gezielt für eine Hypothesenbildung zum gesamten An- 
wendungsspektrum genutzt. Anhand der Ausprägung von 34 Merkmalen setzen die Autoren 
dazu eine rechnergestützte Gruppierung der Anwendungen auf Basis der Ward-Methode um. 
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Allerdings handelt es sich auch bei dieser Veröffentlichung um einen von der vorliegenden 
Arbeit abweichenden Untersuchungsbereich in Form von Data-Analytics-Anwendungen, wel- 
che darüber hinaus eine geringe Abdeckung von Fällen aus der Produktionslogistik aufweisen. 


Entsprechend der aufgeführten Einschränkungen der bestehenden Übersichtsarbeiten konn- 
ten diese nicht für eine abschließende Ableitung des Anwendungsspektrums von ML im Lo- 
gistikmanagement genutzt werden. Mit den Arbeiten von Agarwal, Jayant (2019), Ni et al. 
(2019), Giri et al. (2019) und Sharma et al. (2020) wurden allerdings vier Veröffentlichungen 
zur Extraktion von relevanten Anwendungsfallen für die vorliegende Arbeit ermittelt (siehe Ka- 
pitel 3.1.1). Auch wurden darüber hinaus Erkenntnisse zur Abgrenzung des Untersuchungs- 
felds und zum methodischen Vorgehen gewonnen. Demnach war u.a. festzustellen, dass die 
angestrebte Typenbildung eine geeignete Methodik zur Systematisierung des Anwendungs- 
spektrums und zur Ermittlung von Zusammenhängen zwischen prozessualen und technischen 
Eigenschaften der Anwendungen darstellt. Zu den weiteren Forschungsfragen hinsichtlich des 
betrieblichen Einsatzes von ML konnten — entsprechend des Informationsgehaltes der den 
Reviews zugrundeliegenden Artikeln — dagegen keine Erkenntnisse erzielt werden. 


4.1.3 Betrieblicher Einsatz 


Für die bisher nicht abgedeckten Informationen zum betrieblichen Einsatz lassen sich zwei 
Gruppen von wissenschaftlichen Veröffentlichungen identifizieren, welche teilweise in Bezug 
auf die vorliegende Arbeit ähnliche Fragstellungen adressieren - jedoch stets in einem abwei- 
chenden technischen und/oder prozessualen Kontext. 


Zum einen handelt es sich um Veröffentlichungen zum betrieblichen Einsatz von KI, in de- 
nen ML entweder im- oder explizit eine Berücksichtigung findet. Ein Bezug zum Logistikma- 
nagement bzw. zur Logistik im Allgemeinen wird in diesen Arbeiten jedoch nicht hergestellt. 
Hierzu gehören u. a. die Verdffentlichungen von Buxmann, Schmidt (2019) und von Kreutzer, 
Sirrenberg (2019), welche ausgehend von einem Gesamtüberblick zu Kl die Umsetzung an- 
hand von individuellen Anwendungsfällen aus der Praxis beschreiben. Auch existieren Arbei- 
ten zum Einsatz von KI für spezifische Anwendungsbereiche, z. B. Gläß (2018) für den Handel. 
Andere Veröffentlichungen fokussieren bestimmte betriebswirtschaftliche Themenbereiche im 
Kontext von KI, wie Wodecki (2019) zur Erzielung von Wertschöpfungsvorteilen oder Wittpahl 
(2019) und Wolan (2020) zu möglichen Auswirkungen für Unternehmen. Hervorzuheben ist 
die Arbeit von Mockenhaupt (2021), in der neben einer technischen und anwendungsbereichs- 
bezogenen Darstellung des Einsatzes von Kl bzw. ML Überlegungen zu deren Einsatz in Ent- 
scheidungsprozessen vorgenommen werden. Eine Beschreibung geeigneter Maßnahmen für 
die Begegnung damit verbundener Herausforderungen erfolgt jedoch nicht. 


Zum anderen existieren Veröffentlichungen, welche sich einem betrieblichen Einsatz von 
digitalen Technologien im Allgemeinen widmen — wobei dies explizit für die Logistik bzw. 
teilweise auch für das Logistikmanagement erfolgt. Anders als bei der zuvor genannten 
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Gruppe findet hier jedoch keine spezifische Betrachtung von ML oder KI statt, sodass beson- 
dere Eigenschaften und Anforderungen dieser Technologien unberücksichtigt bleiben. Als 
Vertreter sind u. a. Roy (2017) und Vogel-Heuser et al. (2017) zu nennen, welche sich mit dem 
Einsatz von digitalen Technologien für die Realisierung des Zukunftskonzepts der Industrie 
4.0 beschäftigen und hierzu u. a. geeignete Umsetzungsmaßnahmen ermitteln. Selbiges gilt 
für die Arbeit von See (2019), in der dieser Technologieverbund im Kontext der digitalen Trans- 
formation der Logistik betrachtet und dabei auf die in den bisherigeren Untersuchungen un- 
terrepräsentierte Betrachtung der organisatorischen bzw. sozialen Dimension verwie- 
sen wird. Die Veröffentlichungen von Straube (2019) und Pflaum et al. (2017) stellen wissen- 
schaftliche Studien dar, welche sich insbesondere auf die möglichen Auswirkungen digitaler 
Technologien für die Logistik beziehen, wobei letztgenannte Arbeit eine zusätzliche Beschrän- 
kung auf den Bereich der Transportlogistik vornimmt. 


Entsprechend der abweichenden technischen und/oder prozessualen Betrachtungsbereiche 
der genannten Veröffentlichungen konnten damit verbundene Ergebnisse nicht für die vorlie- 
gende Untersuchung übertragen werden. Dennoch fanden die Arbeiten an mehreren Stellen 
des Forschungsprozesses eine Berücksichtigung, u. a. zur Gestaltung der Methodik sowie zur 
Systematisierung und zum Abgleich der erzielten Erkenntnisse, um etwaige Spezifika des 
vorliegenden Untersuchungsfeldes festzustellen. Eine analoge Einbindung haben Arbeiten er- 
fahren, welche tendenziell nicht der wissenschaftlichen Forschung entstammen oder keinen 
nachprüfbaren Erkenntnisprozess aufweisen. Diese widmen sich zwar bestimmten Themen- 
stellungen des betrieblichen Einsatzes von ML bzw. KI; entsprechend ihres Entstehungshin- 
tergrundes sind sie allerdings von den bisherigen Veröffentlichungen zu separieren. Hierbei 
handelt es sich zumeist um im Studienformat oder als Whitepaper publizierte Arbeiten von 
Unternehmen, Verbänden oder politischen Institutionen, welche dem populärwissenschaftli- 
chen Bereich oder der „grauen Literatur“ zuzuordnen sind. Die Betrachtungen erfolgen dabei 
entweder branchenübergreifend oder für spezifische Marktsegmente. Eine auf das Logistik- 
management oder die Logistik spezialisierte Veröffentlichung findet sich dabei nicht. 


Mehrere der relevanten Veröffentlichungen in dieser Gruppe stellen die Ergebnisse empiri- 
scher Befragungen vor, welche in einem bestimmten regionalen Kontext zu betrieblichen Fra- 
gestellungen von ML oder KI durchgeführt wurden, v. a. in Bezug auf den Umsetzungsstand 
und die realisierbaren Potenziale. Hierzu gehören die ML-spezifischen Studien von Böttcher 
et al. (2017) und Reder (2020), welche für die DACH-Region erstellt wurden und jeweils zu 
einem kleinen Teil (ca. 10 %) Logistikvertreter einbezogen haben. In McKinsey (2016) und der 
ebenfalls auf McKinsey zurückgehenden Studie von Bughin et al. (2017) wurden diese Infor- 
mationen im Rahmen einer globalen Untersuchung ausgewiesen. Teilweise erfolgte dabei ein 
Vergleich der Logistik mit anderen Branchen, woraus sich für die Logistik ein hohes Potenzial 
von KI bzw. ML, aber auch ein vergleichsweise geringer Umsetzungsstand erkennen lässt. In 
der auf Basis von Einzelinterviews durchgeführten Studie von Lünendonk (2019) wurden zu- 
sätzliche Herausforderungen für den Einsatz von KI ermittelt und diesbezügliche Maßnahmen 
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ausgewiesen. Empfehlungen für die Umsetzung von ML - allerdings in diesem Fall abseits 
einer empirischen Untersuchung - finden sich auch in Harvard Business School (2016). Wei- 
tere Veröffentlichungen beziehen sich auf bestimmte Anwendungsbereiche, die zumeist sehr 
breit gefasst sind. Hierzu zählt die Arbeit von Acatech (2019) zur Beschreibung von Einsatz- 
möglichkeiten von ML im Mobilitätsbereich sowie die Kl-Studien von Seifert et al. (2018) und 
dem BMWI (2019) in Bezug auf die Industrie, welche u.a. individuelle Autonomiestufen und 
Handlungsempfehlungen ausweisen. Auch ist in diesem Kontext die spezialisierte Studie vom 
VDMA (2019) zu nennen, in der die Nutzung von Reinforcement Learning in der Produktion 
beschrieben wird. Die Untersuchung eines bestimmten Schwerpunktthemas findet sich auch 
in anderen Arbeiten, wobei die Studie von Bitkom, DFKI (2017) hervorzuheben ist, welche sich 
der Nutzung von KI zur Entscheidungsunterstützung widmet und dabei ähnliche Fragestellun- 
gen wie die vorliegende Arbeit adressiert — allerdings mit einem Fokus auf ethische und recht- 
liche Anforderungen sowie ohne Bezug zur Logistik. In der ebenfalls spezialisierten Untersu- 
chung von Wahlster, Winterhalter (2020) wird der Normungsstand zu KI und ein damit verbun- 
dener Handlungsbedarf erarbeitet. 


4.2 Praxisstand 


An die Analyse des Forschungsstands schließt sich die Bewertung des Umsetzungsstands 
und der Bedeutung von ML aus Praxissicht an. Im Rahmen der empirischen Untersuchung 
wurde dazu festgestellt, dass ML für die Mehrheit der Unternehmen (59%) eine Schlüssel- 
technologie in der Logistik darstellt, aus der ein hohes Anwendungsspektrum erwächst (siehe 
Abbildung 37). Weitere 34 % bestätigen diese Sichtweise in Bezug auf bestimmte logistische 
Bereiche. Von einer starken Beschränkung des Einsatzes der Technologie in Bezug auf ein- 
zelne Anwendungsfälle gehen dagegen nur 7 % der Unternehmen aus. Bei einer differenzier- 
ten Betrachtung ist festzustellen, dass ML für erfolgreiche Unternehmen eine vergleichsweise 
hohe Bedeutung in der Logistik einnimmt. Demnach nehmen 75 % der Unternehmen ML als 
Schlüsseltechnologie wahr, wohingegen diese Sichtweise nur von 46 % der Unternehmen des 
Branchendurchschnitts vertreten wird. Bei einem Vergleich der Branchenzugehörigkeit zeigt 
sich diese hohe Bedeutung im Falle von 65 % der Industrieunternehmen. Bei den Logistik- 
dienstleistern sind es dagegen nur 44 %. 
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Für ML gibt es keine sinnvollen 
Anwendungsmöglichkeiten in der Logistik. 


= Fur ML gibt es vereinzelte 
Anwendungsmöglichkeiten in der Logistik. 


= ML kann einen wichtigen Beitrag in einem klar 
begrenzten Rahmen fir die Logistik leisten. 


= ML stellt eine Schlüsseltechnologie für die 
zukünftige Gestaltung der Logistik dar. 


Abbildung 37: Anwendungsspektrum von ML in der Logistik*7? 


Neben dem breiten Anwendungsspektrum assoziiert der Großteil der Unternehmen (84 %) mit 
dem Einsatz von ML auch ein hohes Veränderungspotenzial für die Logistik (siehe Abbildung 
38). Dies umfasst sowohl prozessuale und organisatorische Auswirkungen innerhalb der ein- 
zelnen Unternehmen als auch Veränderungen der gesamten Wertschöpfungskette und Wett- 
bewerbsstruktur. In diesem Zusammenhang bezeichnen mehrere Unternehmen ML auch als 
disruptive Innovation und als einen wesentlichen Treiber der digitalen Transformation. 


ML-Anwendungen werden die p z ons 
Logistik langfristig stark verändern. Se Se 2% Wé 


mtrifftzu mtrifft eher zu teils-teils trifft eher nicht zu trifft nicht zu 


Abbildung 38: Veränderungspotenzial von ML für die Logistik*73 


Die Vielzahl an Anwendungsmöglichkeiten und die damit verbundenen Nutzenpotenziale mün- 
den bei 77 % der Befragten in der Feststellung, dass die Wettbewerbsfähigkeit des eigenen 
Unternehmens im Falle eines nicht erfolgten Einsatzes von ML in der Logistik langfristig sinken 
wird (siehe Abbildung 39). Nur 10 % vertreten hierzu eine gegenteilige Meinung. Diese hohe 
strategische Bedeutung von ML geht v. a. auf die Lernfähigkeit der darauf basierenden An- 
wendungen zurück, die neben der Erhöhung der Transparenz auch eine semi- bis vollauto- 
nome Ausführung von Logistikprozessen ermöglicht. Demnach sehen 73 % der Unternehmen 


ML als Grundlage für die Realisierung autonomer Systeme. 


Mein Unternehmen wird langfristig 
Wettbewerbsnachteile erfahren, 
wenn es keine ML-Anwendungen 5% 5% 
in der Logistik umsetzt. 


mtrifftzu trifft eher zu teils-teils trifft eher nicht zu trifft nicht zu 


Abbildung 39: Strategische Bedeutung von ML in der Logistik*”4 


472 Eigene Darstellung 
473 Eigene Darstellung 
474 Eigene Darstellung 


105 


4 Status Quo und Entwicklungen 


Ausgehend von dieser übergreifenden Betrachtung wurde zusätzlich die Bedeutung von ML 
in Hinblick auf die drei logistischen Aufgabenarten gemäß der Unterteilung in Kapitel 2.2.2 
erhoben. Hieraus ist übergreifend eine hohe Bedeutung für alle Ausprägungen abzuleiten 
(siehe Abbildung 40), wobei auch marginale Unterschiede festzustellen sind. Diese äußern 
sich in einer etwas geringeren Bedeutung von ML für ausführende Aufgaben (4,0) gegenüber 
Planungs-, Steuerungs- und Kontrollaktivitäten. Das höchste Bedeutungsniveau im Rahmen 
von Entscheidungsprozessen nehmen dabei planerische Aufgaben ein (4,3). 


Planung und Steuerung 
Überwachung 
Ausführung 


1,0 2,0 3,0 4,0 5,0 


Abbildung 40: Bedeutung von ML für logistische Aufgabenarten*”> 


Zusätzlich zur Bedeutung wurde auch der Umsetzungsstand von ML in der logistischen Praxis 
ermittelt. Dazu erfolgte eine Einordnung der Unternehmen in vorgegebene Phasen, welche in 
Abbildung 41 dargestellt sind und sich am Adoptionsprozess aus Kapitel 2.1.3.1 orientieren, 
wobei für die vorliegende Untersuchung eine stärkere Untergliederung vorgenommen wurde. 
Diese Systematik bildet auch die Grundlage für die in Kapitel 3.2.3 beschriebene Unterschei- 
dung in Adopter und Non-Adopter von ML. 


Non-Adopter Adopter 
Wahrnehmung Untersuchung Entwicklung und Erprobung 
: Punktueller Flächende- 
Keine Relevanz Interesse Analyse Planung Prototyp Einsatz ckender Einsatz 
Es werden Es werden 
bislang keine bislang keng n Die Umsetzung Es sind erste Es sind in weiten 
Aktivitäten Aktivitäten Es wird nach Es werden erste S A A 
Ai i konkreter An- 5 produktive Teilen produktive 
unternommen. unternommen, | Möglichkeiten zur e Anwendungen im 7 ` 
EN wendungen wird f A Anwendungen in Anwendungen in 
Das Thema ist für aber das Thema Umsetzung Pilotstadium 
en verhandelt bzw. den Prozessen den Prozessen 
das Unter- ist für das gesucht. SEN getestet. A i 
‘ konzeptioniert. integriert. umgesetzt. 
nehmen nicht Unternehmen 
relevant. interessant. 


Abbildung 41: Phasen des Umsetzungsstands von ML?’ 


Trotz deren hoher strategischer Bedeutung wurde festgestellt, dass knapp 75 % der befragten 
Unternehmen bislang über keine ML-Anwendungen in der Logistik verfügen — weder als 
produktive noch als prototypische Systeme (siehe Abbildung 42). Bei nur einem kleinen Teil 
dieser Non-Adopter (insgesamt 5 %) geht die fehlende Umsetzung auf eine geringe Relevanz 
von ML für das jeweilige Unternehmen zurück; alle anderen Vertreter bekunden mindestens 
ein Interesse an der Umsetzung. Die Mehrheit der Non-Adopter (insgesamt 41 %) sucht dabei 
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bereits aktiv nach geeigneten Anwendungsmöglichkeiten im Unternehmen. Weitere 10 % pla- 
nen darüber hinaus die Umsetzung konkreter Anwendungen. Von den 25 % der Unternehmen, 
die bereits Uber umgesetzte Anwendungen in der Logistik verfügen, entfällt der Großteil auf 
prototypische Systeme (insgesamt 15 %). Produktive Anwendungen werden dagegen bisher 
nur von ca. 10 % der Unternehmen genutzt, wobei sich dies ausschließlich auf einen punktu- 
ellen Einsatz bezieht. Eine flächendeckende Nutzung weist bislang keines der Unternehmen 
auf. Eine Differenzierung des Umsetzungsstands nach spezifischen Unternehmensmerkmalen 
zeigt zudem, dass 32 % der erfolgreichen Unternehmen der Gruppe der Adopter zuzuordnen 
sind. Bei den Unternehmen des Branchendurchschnitts sind es dagegen nur 17 %. Neben den 
zuvor ermittelten Unterschieden in Bezug auf die Bedeutung von ML kann dies auch auf die 
finanziellen bzw. personellen Voraussetzungen der Unternehmen zurückgeführt werden, wel- 
che gerade bei kleineren, wirtschaftlich schwächeren Unternehmen die Möglichkeiten zur For- 
schung und Entwicklung von technischen Innovationen einschränken. 


Für den Umsetzungsstand ist aber auch festzustellen, dass dessen geringe Ausprägung kein 
unternehmensweites Phänomen darstellt. Vielmehr weisen andere Funktionsbereiche bereits 
eine stärkere Ausbreitung von ML-Anwendungen im Vergleich zur Logistik auf, was sich in 
einer Rechtsverschiebung der Diffusionskurve äußert. Statt der zuvor genannten 10 % in 
Bezug auf die Logistik verfügen bereits 26 % der Unternehmen über produktive Anwendungen 
in anderen Bereichen. Ein flächendeckender Einsatz ist allerdings auch hier noch nicht zu 
verzeichnen. 
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Abbildung 42: Umsetzungsstand von ML in Unternehmensbereichen*”” 


Die Betrachtung der einzelnen logistischen Aufgabenarten zeigt auch im Falle des Umset- 
zungsstands mehrere Unterschiede, wobei diese im Vergleich zur Bedeutung deutlich starker 
ausgeprägt sind (siehe Abbildung 43). Die meisten prototypischen und produktiven ML- 
Anwendungen existieren für ausführende Aktivitäten, wozu u.a. autonome Fahrzeuge 


477 Eigene Darstellung. Die Prozentangaben beziehen sich auf die Logistik. 
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(FTS) und Roboter, aber auch Chatbots zahlen. Diese finden sich bereits bei 41 % der Unter- 
nehmen. Ein etwas geringerer Umsetzungsstand lässt sich in Bezug auf Anwendungen für 
Kontrollaufgaben feststellen, welche bereits bei 33% der Unternehmen vorhanden sind. Zu 
den vorherrschenden ML-Anwendungen in diesem Kontext zählen v. a. Systeme zur Sprach- 
und Bilderkennung, die den Kl-Teilbereichen NLP und Computer Vision zuzuordnen sind. Nur 
21 % der Unternehmen verfügen dagegen über Anwendungen für logistische Planungs- und 
Steuerungsaktivitäten, was im Vergleich zu den anderen Aufgabenarten den geringsten Um- 
setzungsstand ergibt. Zu diesen Aufgaben ist jedoch auch festzustellen, dass bereits ver- 
gleichsweise viele Unternehmen (28%) eine Umsetzung konkreter Anwendungen vorsehen, 
was die damit assoziierte Bedeutung verdeutlicht. 
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Abbildung 43: Umsetzungsstand von ML für logistische Aufgabenarten*”® 


Bei einem Vergleich der Befragungsergebnisse zur Bedeutung und zum Umsetzungsstand 
von ML in der Logistik ist eine hohe Diskrepanz zu erkennen, die im Falle von Entscheidungs- 
prozessen besonderes stark ausgeprägt ist. Die bisherigen Anwendungen werden demnach 
den hohen strategischen Potenzialen der Technologie nicht gerecht. Um Aussagen über die 
Möglichkeiten der Unternehmen zur gezielten Begegnung des damit verbundenen Handlungs- 
bedarfes tätigen zu können, wurde zusätzlich deren Wissensstand in Bezug auf einen Einsatz 
von ML in der Logistik ermittelt, da dieser gemäß den Erkenntnissen aus Kapitel 2.1.3.1 die 
Basis für einen Diffusions- bzw. Adoptionsprozess darstellt. Dies betrifft zum einen Wissen zu 
Anwendungsmöglichkeiten sowie zu damit erzielbaren Nutzenpotenzialen für die Unterneh- 
men. Zum anderen sind Kenntnisse zu benötigten Voraussetzungen für den Technologieein- 
satz und zu damit verbundenen Umsetzungsmaßnahmen erforderlich, um die Realisierbarkeit 
und den Aufwand im jeweiligen Unternehmen bewerten zu können. Für all diese notwendigen 
Informationen wurde ein ausgeprägtes Wissensdefizit in der Logistikbranche festgestellt 
(siehe Abbildung 44). Demnach verfügen nur 44 % der Unternehmen über Kenntnisse zu An- 
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wendungsmöglichkeiten und Potenzialen. Im Falle der benötigten Voraussetzungen und Maß- 
nahmen sind es lediglich 31 %. Zusammenfassend ist daher festzuhalten, dass die zentralen 
Fragen für einen erfolgreichen Technologieeinsatz in Form des „Was?“, „Warum?“ und „Wie?“ 
von der Mehrheit der Unternehmen nicht beantwortet werden können. 


Meinem Unternehmen sind die Voraussetzungen 
und Maßnahmen zur erfolgreichen Umsetzung 13% 18% 28% 5% 
von ML-Anwendungen in der Logistik bekannt. 


Meinem Unternehmen sind die 
Anwendungsméglichkeiten und Potenziale von 26% 18% 15% 5% 
ML-Anwendungen in der Logistik bekannt. 


mtrifftzu m trifft eher zu teils-teils trifft eher nicht zu trifft nicht zu 


Abbildung 44: Wissensstand zum Einsatz von ML in der Logistik“? 


Diese Unkenntnis führt dazu, dass viele der notwendigen Voraussetzungen, welche u. a. tech- 
nische und organisatorische Rahmenbedingungen betreffen, noch nicht in den Unternehmen 
vorzufinden sind.*8° Dementsprechend fühlt sich auch nur ein geringer Teil der Unterneh- 
men gut auf den erfolgreichen Einsatz von ML in der Logistik vorbereitet — wobei dies gleich- 
ermaßen auf Unternehmen ohne und mit bestehenden Anwendungen zutrifft (24% bzw. 
29 %). Der vorab skizzierte Handlungsbedarf ergibt sich daher auch für die Gruppe der Adop- 
ter und spiegelt sich in deren bisherigem Vorgehen bei der Umsetzung von ML-Anwendungen 
wider. Demnach binden 72 % dieser Unternehmen hierzu Dienstleister ein. Neben der exter- 
nen Unterstützung bei der Entwicklung umfasst dies teilweise auch einen vollständigen Fremd- 
bezug der jeweiligen Systeme (sog. Build-or-Buy-Entscheidung). Letzteres wird allerdings 
vor dem Hintergrund der postulierten Bedeutung von ML — insbesondere bei größeren Anwen- 
dungen — von vielen Unternehmen als kritisch angesehen, da das ohnehin gering ausgeprägte 
Technologiewissen auf diese Weise nicht ausgebaut wird, welches jedoch u. a. zur Bewertung 
und Wartung der extern bezogenen Systeme sowie zur eigenen Entwicklung weiterer Anwen- 
dungen benötigt wird. Auch wurde in diesem Zusammenhang festgestellt, dass für viele An- 
wendungsfälle in der Logistik aufgrund deren Individualität und Komplexität bisher keine 
schlüsselfertigen ML-Anwendungen am Markt existieren. 


4.3 Fallstudien zu Anwendungsfällen aus der Praxis 


Nach der vorausgegangenen branchenweiten Erhebung werden in diesem Unterkapitel vier 
individuelle ML-Anwendungsfälle aus der Praxis im Rahmen einer Fallstudienforschung unter- 
sucht. Die Anwendungsfälle entstammen den durchgeführten Interviews und zeichnen sich 


479 Eigene Darstellung 
480 Der Umsetzungsstand der system- und umfeldbezogenen Voraussetzungen für den Einsatz von 
ML im Logistikmanagement wird in Kapitel 6 beschrieben. 
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durch einen vergleichsweise fortgeschrittenen Entwicklungsstand der jeweiligen ML-Anwen- 
dungen aus, welche bereits alle produktiv in mehreren logistischen Entscheidungsprozessen 
eingesetzt werden. Bei den betreffenden Unternehmen handelt es sich um je zwei Industrie- 
und Softwareunternehmen, wobei die ML-Produkte der beiden letztgenannten auch von 
mehreren Kunden aus der Industrie genutzt werden. Das Analysespektrum der Fallstudien 
umfasst sowohl die jeweils realisierten ML-Anwendungen als auch die damit verbundenen 
projektbezogenen und -übergreifenden Umsetzungsaktivitaten in den Unternehmen. Durch die 
Einbeziehung der zwei Akteursrollen in Form von Anwendern und Anbietern konnte dabei eine 
unterschiedliche Schwerpunktsetzung in Form der Betrachtung der Anwendungen oder des 
Umfeldes vorgenommen werden. 


Die anhand der Fallstudien gewonnenen Erkenntnisse dienen der Verständnis- und Theo- 
riebildung zum vorliegenden Untersuchungsfeld. Dies bezieht sich zum einen auf den Praxis- 
stand im Sinne der Zielsetzung des vorliegenden Kapitels. Zum anderen stellen sie eine wich- 
tige Grundlage für die Beantwortung der nachfolgenden Forschungsfragen dar, insbesondere 
zur Ermittlung der Anwendungsmöglichkeiten von ML im Logistikmanagement („Was?“), der 
resultierenden Auswirkungen („Warum?“) und von geeigneten Umsetzungsmaßnahmen 
(„Wie?“). Diese intendierten Einsatzzwecke spiegeln sich auch in der gewählten Struktur zur 
Ergebnisdarstellung in diesem Unterkapitel wider. Ausgehend von einer Beschreibung der vier 
Fallstudien erfolgt zum Abschluss eine Zusammenfassung in Hinblick auf die einzelnen Unter- 
suchungsbereiche. 


Die Fallstudien sind in drei Teile strukturiert. Nach einer prägnanten Vorstellung des jeweiligen 
Unternehmens werden im ersten Teil die strategischen Aktivitäten des Unternehmens in 
Bezug auf ML beschrieben. Im zweiten Teil werden anhand einer spezifischen ML-Anwendung 
Maßnahmen zur Gestaltung des Technologieeinsatzes dargestellt. Ausgehend vom Um- 
setzungsstand zum Zeitpunkt der Interviewdurchführung werden dabei auch geplante Verän- 
derungen berücksichtigt, z. B. zur technischen Erweiterung und prozessualen Skalierung. Im 
dritten Teil werden die durch den Einsatz der Anwendungen realisierten Auswirkungen sowie 
darüberhinausgehende Einschätzungen der Unternehmen in Bezug auf ML analysiert, was 
direkte Veränderungen für logistische Entscheidungsprozesse sowie resultierende betriebs- 
wirtschaftliche Potenziale und Risiken umfasst. Letzteres impliziert zudem bedeutende Her- 
ausforderungen, die für einen erfolgreichen Technologieeinsatz bewältigt werden müssen. 


4.3.1 Anwendungsfall 1: Ermittlung des mittelfristigen Materialbedarfes 


Einsatz von ML im Unternehmen 


Der Anwendungsfall 1 bezieht sich auf ein global agierendes Industrieunternehmen, welches 
u.a. Produkte im Bereich der Elektrotechnik entwickelt und produziert. In dem Unternehmen 
kommen bereits mehrere ML-Anwendungen zum Einsatz. Analog zu den branchenweiten Be- 
obachtungen ist jedoch auch in diesem individuellen Fall ein geringerer Umsetzungsstand für 
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die Logistik gegenüber anderen Funktionsbereichen festzustellen. ML wurde allerdings bereits 
von der Unternehmensführung als eine Schlüsseltechnologie für die Logistik identifiziert, was 
auch zu deren Verankerung in der strategischen Planung führt. Auf Grundlage einer Aus- 
einandersetzung mit den technologischen Fähigkeiten und einer Analyse aller logistischen 
Entscheidungsprozesse des Unternehmens wurde eine „Digitale Roadmap“ entwickelt, welche 
die zukünftigen Bestrebungen zum Einsatz von ML in der Logistik beinhalt. Dies umfasst eine 
Darstellung von Entscheidungsprozessen, welche zukünftig „vollautomatisch“ ausgeführt wer- 
den sollen - in Verbindung mit einem vorgegebenen Zeitplan, Empfehlungen zur Umsetzung 
im Sinne eines Soll-Konzeptes sowie angestrebten wirtschaftlichen Zielen. Das Unternehmen 
zielt hierbei auf eine systemseitige Übernahme von ca. 80 % der operativen Entscheidungen 
ab. Beim restlichen Teil handelt es sich insbesondere um Sonderprozesse, die in Form eines 
„Exception Handlings“ weiter durch den Menschen auszuführen sind. Zur Entwicklung der ML- 
Anwendungen arbeitet das Unternehmen sowohl mit dem internen IT-Bereich als auch mit 
externen IT-Partnern zusammen, wozu kleinere spezialisierte Unternehmen sowie große 
Technologieanbieter gehören, z. B. Amazon Web Services, IBM oder SAP. 


ML-Anwendung und deren Umsetzung 


Bei der betrachteten ML-Anwendung handelt es sich um ein System zur Ermittlung der zukünf- 
tigen Bestellmenge der Kunden des Unternehmens in einem Zeitraum von 12 Monaten für 
mehrere Produkte und Marke, d. h. um eine Variation des Demand Forecasting. Das System 
wird bereits produktiv in mehreren Werken eingesetzt — vorwiegend für den Prozess des Sales 
and Operations Planning (S&OP), aber auch für die Produktions- und Beschaffungsplanung, 
um u.a. die Sicherheitsbestände, Nachschubzyklen und Produktionstermine zu bestimmen. 
Aus systemtechnischer Sicht handelt sich um eine separate Anwendung, für deren bisherige 
Ergebnisdarstellung allerdings ein bestehendes Frontend der Bl-Anwendung „Qlik View“ ge- 
nutzt wird. Die ML-Modelle basieren auf Boosting-Verfahren aus dem Bereich des Ensemble- 
Learning. Als Datenquelle fungieren verschiedene interne Daten, die über einen internen Data 
Lake auf Basis von SAP HANA bezogen werden. Darüber hinaus werden auch externe Daten, 
wie Wetterinformationen, berücksichtigt. 


Über die genannten Anwendungsbereiche hinaus strebt das Unternehmen einen Einsatz des 
Systems für weitere Entscheidungsprozesse an — mit dem langfristigen Ziel die systemseitigen 
Informationen für den gesamten produktbezogenen Planungsprozess zu nutzen, u.a. zur Se- 
kundärbedarfs-, Qualitäts- und Instandhaltungsplanung. Zusätzlich soll die Anwendung per- 
spektivisch auch für weitere Produkte und Märkte eingesetzt werden, was jedoch eine Anpas- 
sung der Modelle erfordert. Neben dieser prozessualen Skalierung wird auch eine technische 
Weiterentwicklung verfolgt, indem u. a. neue Daten bzw. Features integriert werden, wie der 
ifo-Geschäftsklimaindex. Die Anwendung wird aktuell als reine Entscheidungsunterstützung 
eingesetzt, wobei hier aufgrund der bereits hohen Ergebnisqualität die Sichtweise vertreten 
wird, dass eher das System die menschlichen Entscheidungen validiert als andersherum. 
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Zukünftig sollen die Entscheidungen zudem autonom ausgeführt werden, sodass die system- 
seitigen Ergebnisse in unmittelbaren Aktionen münden. Hierzu ist eine Anbindung an die Auf- 
trags- und Planungssysteme des Unternehmens, z.B. an das MES (Manufacturing Execution 
System), geplant. Der Mensch soll in diesem Szenario nur noch bei Sonderprozessen eingrei- 
fen — wobei auch in solchen Fällen systemseitig verschiedene Entscheidungsalternativen vor- 
gegeben werden. 


Das als ,U-Boot-Entwicklung* (Bootlegging) innerhalb des Logistikbereiches gestartete Pro- 
jekt wurde zunächst für einen dedizierten Anwendungsfall geplant. Nach den erfolgverspre- 
chenden Ergebnissen und der damit verbundenen Kenntnis durch die Unternehmensführung 
erhielt das Projekt eine finanzielle Förderung, ohne die eine weitere Skalierung nicht möglich 
gewesen wäre. Für die Weiterentwicklung des Systems zur Nutzung in weiteren Werken hat 
der Logistikbereich weiterhin die Verantwortung erhalten, wofür mehrere diesbezügliche Per- 
sonalstellen geschaffen wurden. Parallel werden bereits die späteren Nutzer im Umgang mit 
der Anwendung geschult. 


Auswirkungen und Herausforderungen 


Die Motivation zur Entwicklung der ML-Anwendung ergab sich aus einer hohen Unsicherheit 
über die Nachfrage der Kunden, die gleichzeitig hohen kundenseitigen Erwartungen an die 
logistische Servicequalität und die Preise gegenübersteht. Dieser Problematik konnte mit der 
Anwendung begegnet werden, da deren Ergebnisqualität die bisherigen Möglichkeiten deut- 
lich übertrifft. Das Unternehmen ist nun in der Lage, die zukünftige Kundennachfrage zuver- 
lässiger und in einer höheren Frequenz zu bestimmen, wodurch die eigenen Bestände vo- 
rausschauend angepasst werden können. Dies betrifft zuvorderst eine Reduktion der Sicher- 
heitsbestände, welche zur Kompensation von Fehlkalkulationen vorgesehen sind. Gleichzeitig 
werden auch Obsoletbestände vermieden, da langfristig sinkende Nachfragen nach bestimm- 
ten Produkten antizipiert werden können. Im bisherigen Einsatzzeitraum wurden dadurch die 
Bestandskosten um 4 bis 5 % reduziert. Weiterhin war es auch möglich, die Nachschubzyk- 
len zu reduzieren, was sich positiv auf die Anzahl der durchzuführenden Transporte auswirkt. 
Durch die zukünftige Ausweitung der Anwendung auf weitere Produktionsprozesse wird sich 
außerdem eine stärkere Harmonisierung von logistischen und produktionsseitigen An- 
forderungen erhofft. 


Über die spezifische Anwendung hinaus erachtet das Unternehmen ML grundsätzlich als be- 
deutende Möglichkeit zur Erhöhung der Produktivität, indem bestimmte Aufgabenspektren, 
v.a. repetitive Aktivitäten, automatisiert und dadurch bedeutende Kosteneinsparungen rea- 
lisiert werden. ML-Anwendungen können daher einen wichtigen Beitrag zur Sicherung von 
Industriestandorten in Deutschland leisten. Neben den direkten wirtschaftlichen Vorteilen wer- 
den auch die Verbesserung der Ergebnisqualität durch die Realisierung von Entscheidungen 
abseits von menschlichen Emotionen sowie die damit verbundene Geschwindigkeit als 
wichtige technologische Potenziale angesehen. Zusätzlich zum autonomen Einsatz der Sys- 
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teme wird auch die Erhöhung der Transparenz zur Verbesserung menschlicher Entschei- 
dungen, einschließlich der o. g. systemseitigen Validierung, mit einem hohen Nutzen für die 
Logistik assoziiert. 


Als nicht unerhebliches Risiko nimmt das Unternehmen eine teilweise eingeschränkte Ak- 
zeptanz der Mitarbeiter bei der Nutzung der Anwendung wahr, weshalb es geeigneter Maß- 
nahmen zum Change Management und zum diesbezüglichen Aufbau einer „Union der Willi- 
gen“ auf allen Unternehmensebenen bedarf. Die personellen Widerstände, welche v.a. auf 
den vermuteten Abbau von Arbeitsplätzen zurückgehen, zeigen sich aus Unternehmenssicht 
nicht nur bei den direkt betroffenen Personen, sondern auch in Form des Betriebsrates. Als 
bedeutende technische Herausforderung wird die Datenqualität angesehen, die für viele in- 
frage kommende Anwendungsfalle in der Logistik als unzureichend betrachtet wird. Vor die- 
sem Hintergrund setzt das Unternehmen ein separates Team in Form eines „Digital Office“ 
ein, welches sich dezidiert der Verbesserung von Daten widmet. 


4.3.2 Anwendungsfall 2: Ermittlung der zukünftigen Produktqualität 


Einsatz von ML im Unternehmen 


Das Unternehmen des Anwendungsfalls 2 ist hauptsächlich als Produzent von Komponenten 
und Systemlösungen für eine Vielzahl von Industrieanwendungen tätig, u. a. im Automobilbe- 
reich. ML wird auch in diesem Fall als Schlüsseltechnologie betrachtet und ist bereits — im 
Kontext einer Gleichsetzung mit KI — in der strategischen Roadmap des Unternehmens inte- 
griert. Für den Technologieeinsatz wird hierbei jedoch eine lösungsoffene Strategie verfolgt, 
die eine problemspezifische Bewertung der jeweils geeignetsten Technologie für eine Prob- 
lemstellung vorsieht. Vor diesem Hintergrund existiert auch keine technologiespezifische Vi- 
sion im Logistikumfeld, sondern vielmehr ein übergreifendes Zielbild, welches eine vollstän- 
dige virtuelle Repräsentation der realen Umgebung des Unternehmens, u.a. der Fabrik und 
der Produkte, in Form von digitalen Zwillingen bzw. Digital Twins (DT) beinhaltet. Die DT 
sollen im vorliegenden Fall auch eine Grundlage für neue Services gegenüber internen und 
externen Kunden bieten, z. B. durch die Bereitstellung von Qualitäts- oder Geometriedaten zur 
Rückverfolgbarkeit oder durch die Ermittlung zukünftiger Produktausfälle. Für die Realisierung 
der einzelnen Funktionen der angestrebten DT des Unternehmens nimmt ML eine wichtige 
Rolle ein. Die Umsetzung der ML-Anwendungen wird dabei durch das Unternehmen haupt- 
sächlich selbst verantwortet, wobei kein dediziertes ML-Team existiert, sondern die Technolo- 
gie von jedem Entwicklungsbereich innerhalb der IT als ein möglicher Lösungsansatz verwen- 
det werden kann. Dazu wurden spezialisierte Mitarbeiter einer vorab bestehenden externen 
Organisationseinheit für innovative Vorhaben („Lab“) in den IT-Bereich eingegliedert, was 


481 Bei dieser Schlüsseltechnologie werden durch Konsolidierung und Aufbereitung von unterschiedli- 
chen Daten digitale Abbilder geschaffen, welche den Nutzern die Möglichkeit bieten, mithilfe von Ana- 
lysen und Simulationen eine zielgerichtete Anpassung und Optimierung der realen Welt durchzufüh- 
ren. Vgl. Busse et al. (2021), S. 9 f. 
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als bedeutender Fortschritt auf dem Weg zur digitalen Transformation des Unternehmens er- 
achtet wird. Die Finanzierung von ML-Projekten erfolgt dabei mittels eines dedizierten Digita- 
lisierungsbudget durch die Unternehmensführung. Zur kooperativen Wissensgenerierung im 
Bereich von DT und ML arbeitet das Unternehmen zudem mit Forschungseinrichtungen im 
Sinne eines Open-Innovationen-Ansatzes zusammen. 


ML-Anwendung und deren Umsetzung 


Die untersuchte ML-Anwendung dient der Ermittlung der voraussichtlichen Qualitat von be- 
stimmten Produkten in Form des akustischen und schwingungstechnischen Verhaltens von 
Unterbaugruppen im technischen Zielsystem der Kunden. Das bereits in Betrieb genommene 
System wird im Rahmen der Qualitatskontrolle des End-of-Line-Prüfstands verwendet. Für das 
ML-Modell wurde nach Testungen mehrerer Verfahren ein Random-Forest-Algorithmus aus- 
gewählt, der v. a. Daten aus den jeweiligen Prüfprozessen der fertigen Produkte berücksichtigt 
und eine Klassifikation der Qualität anhand einer Skala von eins („sehr schlecht“) bis zehn 
(„sehr gut“) vornimmt. Liegt der prognostizierte Wert unterhalb einer definierten Schwelle, wird 
das Produkt als Nonconformity-Material (NC) ausgeschleust und nicht zum Kunden weiterge- 
geben. Zusätzlich findet auf dieser Grundlage eine Analyse von Fehlerursachen statt, die in 
Anpassungen der Fertigungsprozesse, aber auch der Produktgestaltung münden können. Die 
Ableitung der Maßnahmen findet aktuell manuell statt, soll aber in Zukunft für das Aussteuern 
fehlerhafter Produkte autonom erfolgen. 


Aktuell werden die ML-Anwendung bzw. das zugrundeliegende Modell als Bestandteil beste- 
hender IT-Systeme in der Produktion eingesetzt. Zukünftig soll eine systemtechnische In- 
tegration in die Digital Twins erfolgen, sodass die Ergebnisse des ML-Modells — zusammen 
mit anderen Funktionen — als Service von verschiedenen internen und externen Kunden ab- 
gerufen werden können und somit eine hohe Skalierbarkeit sichergestellt wird. Neben der Dar- 
stellung im jeweiligen Zielsystem sind die Ergebnisse der ML-Modelle perspektivisch auch 
über eigene Dashboards der DT abrufbar. Die systemseitige Ausführung erfolgt in diesem Fall 
mittels externer Cloud-Infrastruktur, welche als Infrastructure-as-a-Service (laaS) von 
Microsoft Azure bezogen wird. Neben einer höheren Performance gegenüber einer lokalen 
Verarbeitung werden mit diesem Ansatz die Vorteile einer besseren technischen Integration, 
Überwachung und Wartung assoziiert. 


Zur Gewährleistung einer skalierbaren Anwendung wurden bei der Entwicklung von Beginn an 
unterschiedliche prozessuale und technische Anforderungen berücksichtigt. Hierzu erfolgt 
auch eine Einbindung der betroffenen Kunden, welche zusätzlich Domänenwissen zum Ver- 
halten der Produkte in den jeweiligen Zielsystemen bereitstellten. Für den Entwicklungspro- 
zess wurde ein agiles Vorgehen gewählt, u. a. unter Nutzung der SCRUM-Methode, bei dem 
ausgehend von der hohen Komplexitat des Gesamtsystems eine Umsetzung in kleinen Schrit- 
ten unter regelmäßiger Bewertung durch die Kunden stattfand, sodass deren Anforderungen 
berücksichtigt und Fehler frühzeitig erkannt werden konnten. Zur Steigerung der Transparenz 
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und Akzeptanz im Betrieb der Anwendung wurden mit den involvierten Mitarbeitern Schulun- 
gen durchgeführt, die u.a. eine Erklärung von KI und ML beinhalteten, mit dem Ziel, diese 
Themen zu „entmystifizieren“. 


Auswirkungen und Herausforderungen 


Die ML-Anwendung führt in erster Linie zu einer Reduktion der Nacharbeit beim Kunden und 
damit zu einer höheren Kundenzufriedenheit sowie zur Vermeidung von Pönalen. Zudem kön- 
nen auf Grundlage identifizierter Fehler die Produktionsprozesse und die Qualität zukünftiger 
Produkte zielgerichteter und schneller verbessert werden, ohne dass es größerer Iterati- 
onsschleifen mit den Kunden bedarf. Die antizipative Erkennung von Ausschüssen trägt ferner 
zur ökologischen Nachhaltigkeit bei, da die Qualitätsnachweise zu den Produkten nicht erst 
am Wareneingang der Kunden, sondern bereits vor der Auslieferung erbracht werden, was zur 
Reduzierung von Retouren beiträgt. 


Analog zu der bereits realisierten Anwendung sieht das Unternehmen auch die grundsätzli- 
chen Potenziale von ML in der Verbesserung der Entscheidungsfindung bei Problemen mit 
vielen Wirkungszusammenhängen - welche von den bisherigen modellbasierten Ansätzen 
nicht zufriedenstellend gelöst werden konnten. In diesem Zusammenhang wird ML auch als 
bedeutende Möglichkeit zur Autonomisierung von Entscheidungsprozessen erachtet. Ne- 
ben der damit verbundenen Reduktion von Personalkosten wird darin auch eine Chance zur 
Veränderung des Aufgabenspektrums der Mitarbeiter hin zu anspruchsvolleren Tätigkeiten 
gesehen. Ein weiteres Potenzial ergibt sich für das Unternehmen in der Realisierung neuer 
Funktionen und produktbezogener Services, die externen Kunden angeboten werden kön- 
nen und zur Differenzierung gegenüber Wettbewerbern beitragen. 


Als hohes Risiko bei der Umsetzung wird die fehlende Akzeptanz der Anwendungen ange- 
sehen, wobei sich dies sowohl auf die Nutzergemeinschaft als auch auf die Unternehmens- 
führung bezieht. Neben einer eingeschränkten Kenntnis über die Technologie und einem da- 
mit verbundenen Misstrauen wird dieses Risiko v. a. mit der Auswahl ungeeigneter Anwen- 
dungsfälle begründet. Bei dem mittels ML adressierten Problem sollte es sich demnach aus 
Sicht des Unternehmens stets um ein bedeutendes betriebliches Defizit handeln, durch des- 
sen Lösung deutliche Verbesserungen zu erwarten sind. Auf der anderen Seite werden aber 
auch zu hohe Erwartungen bei einigen Organisationsmitgliedern beobachtet, welche sich 
sowohl auf die erzielbaren Potenziale als auch auf benötigten Aufwand bei der Umsetzung 
beziehen. Eine weitere zentrale Herausforderung bezieht sich auf die notwendigen Daten, 
die — wie im Falle der beschriebenen Anwendung - nicht nur aus unternehmensinternen Sys- 
temen stammen. Es bedarf zum einen der bereitwilligen Erfassung und Speicherung der rele- 
vanten Daten durch die eigenen Fachbereiche, was jedoch aufgrund des damit verbundenen 
Aufwands nicht immer konsequent verfolgt wird. Zum anderen zeigt sich im Falle der Kunden 
häufig ein Misstrauen bei der Bereitstellung der benötigten externen Daten. 
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4.3.3 Anwendungsfall 3: Multi-Echelon-Bestandsoptimierung 


Einsatz von ML im Unternehmen 


Der Anwendungsfall 3 bezieht sich auf ein weltweit operierendes IT-Unternehmen, welches 
Software im Bereich der Logistik bzw. dem SCM entwickelt sowie zusätzlich die jeweiligen 
Kunden aus Handel und Industrie bei der Systemeinführung berät. Die Produkte werden häufig 
als Software-as-a-Service (SaaS) durch die Kunden bezogen. In mehreren Lösungen wird be- 
reits ML eingesetzt, welche als bedeutende Technologie für das eigene Geschäft angesehen 
wird. Vor diesem Hintergrund engagiert sich das Unternehmen auch in der Entwicklung 
neuer Lernverfahren. Bei der oft kundenanonymen Produktgestaltung von ML-Anwendungen 
nutzt das Unternehmen sein jahrelang aufgebautes Domänenwissen, indem Problemstellun- 
gen in der Logistik analysiert und notwendige Funktionalitäten mit einem Mehrwert für Kunden 
in diesem Bereich abgeleitet werden. In den letzten Jahren findet dabei eine verstärkte Aus- 
richtung auf Planungs- und Steuerungsaktivitäten statt, da diese aus Sicht des Unterneh- 
mens im Kontext von ML bisher deutlich unterrepräsentiert sind. Dies wird mit dem jahrelangen 
Fokus der Kunden auf die systemseitige Unterstützung von ausführenden Tätigkeiten begrün- 
det, insbesondere in Bezug auf das autonome Fahren. 


ML-Anwendung und deren Umsetzung 


Die analysierte ML-Anwendung weist zwei aufeinander aufbauende Funktionen auf, welche 
die Ermittlung der zukünftigen Absatzmenge eines Produktes und die darauf basierende Be- 
stimmung einer geeigneter Bestellmenge und eines geeigneten Bestellzeitpunktes umfassen. 
Letzteres berücksichtigt verschiedene Zielgrößen und Restriktionen, u. a. die Reduzierung von 
Kosten, aber auch die Vermeidung von Lieferengpässen (Out-of-Stock-Situationen) und Ob- 
soletbeständen. Hierbei wird ein Multi-Echelon-Ansatz umgesetzt, der eine Optimierung von 
Beständen entlang mehrerer Stufen und/oder Standorte eines logistischen Netzwerkes vor- 
sieht, sodass aus „globaler“ Perspektive eine bestmögliche Lösung ermittelt wird. Im vorlie- 
genden Anwendungsfall umfasst das u.a. eine Berücksichtigung der individuellen Bestands- 
situation sowie der notwendigen Lager- und Lieferzeiten an mehreren Distributionsstandorten 
der Kunden. Anders als bei den bisherigen Anwendungsfällen werden zudem die systemseiti- 
gen Ergebnisse nicht als einzelner Wert ausgegeben, sondern in Form mehrerer Szenarien 
für unterschiedliche Ausprägungen der Absatzmenge mit individuellen Wahrscheinlichkei- 
ten. Zusätzlich wurde hierzu auch die Funktion einer manuellen Generierung von Szenarien 
implementiert, bei der Restriktionen, wie der Preis, durch den Nutzer angepasst werden kön- 
nen, sodass auf Basis dieser fiktiven Voraussetzungen eine Bestimmung der zukünftigen Ab- 
satzmenge stattfindet. Die Anwendung wird bei den Nutzern primär für die Bestandsplanung 
eingesetzt, aber teilweise auch für die Lieferantensteuerung sowie für vertriebliche Aktivitäten. 


Zur Realisierung der ML-Modelle der Anwendung wurde ein selbstentwickelter Ansatz verwen- 
det, welcher u. a. auf Boosting-Verfahren basiert und eine gegenüber anderen Anwendungen 
verbesserte Interpretierbarkeit des Lösungsweges für die Nutzer sicherstellten soll, indem 
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u.a. die Relevanz einzelner Features ausgegeben wird. In Hinblick auf eine hohe systemsei- 
tige Skalierbarkeit, die einen besonderen Stellenwert für das Unternehmen einnimmt, werden 
verschiedene Entwicklungskonzepte aus dem Bereich des Transfer Learning*® verfolgt. Hier- 
durch sollen die Modelle auf Grundlage von Anwendungsfallen zu Produkten mit vielen Daten 
auch zuverlässige Ergebnisse für Anwendungsfälle zu Produkten mit wenigen oder sogar kei- 
nen Daten generieren können. Eine weitere skalierungsbezogene Maßnahme ist die Bereit- 
stellung der Anwendung als SaaS (Software as a Service) auf Basis einer Microsoft Azure 
Cloud, wodurch entwicklungsseitige Anpassungen bei allen Kunden ohne Verzögerung und 
ohne individuellen Implementierungsaufwand verfügbar gemacht werden können. Die Cloud- 
Umgebung ermöglicht dem Unternehmen zudem eine hohe Sicherheit gegenüber externen 
Manipulationen, eine hohe Konformität zur Datenschutz-Grundverordnung (DSGVO) sowie ei- 
nen geschützten Datenaustausch. 


Das Unternehmen verfolgt eine kontinuierliche Verbesserung der Anwendung, was zum einen 
die Modelle und verwendeten Lernverfahren betrifft. Hierzu führt die Entwicklungsabteilung 
regelmäßig Benchmarkings mit anderen Anwendungen und fachliche Diskussionen mit der 
Forschungscommunity durch. Zum anderen beziehen sich die Verbesserungen auf regelmä- 
Rige Erweiterungen der Anwendung um neue Funktionen, wie bspw. im Zusammenhang 
mit der COVID-19-Pandemie und diesbezüglicher Störungen in den Lieferketten. Der Einsatz 
der realisierten Anwendung erfolgt bei den meisten Kunden in Form einer Entscheidungsun- 
terstützung. Dabei werden die Nutzer auch zur Bewertung der systemseitigen Ergebnisse 
unterstützt, indem sie Ausreißer mit Zusatzinformationen im Frontend angezeigt bekommen. 
Diese potenziellen Fehler werden durch Prüfungen anhand vordefinierter Restriktionen, u.a. 
in Form von Preis- und Bestandsregeln, durch das System detektiert. 


Auswirkungen und Herausforderungen 


Mithilfe der ML-Anwendung lassen sich die voraussichtlichen kundenseitigen Bedarfe von Pro- 
dukten zuverlässig ermitteln und darauf basierend möglichst geringe Bestände unter Sicher- 
stellung der Lieferfähigkeit innerhalb eines gesamten Logistiknetzwerkes realisieren. Dies 
führt zu einer optimalen Verteilung von Produkten über mehrere Standorte und Stufen und 
damit auch zur Reduzierung des Bullwhip-Effekts, d. h. den Schwankungen von Bestellmen- 
gen entlang der Lieferkette. Als bedeutender logistischer Kostentreiber können dadurch die 
Bestandskosten der Unternehmen vermindert werden. Entsprechend der regelmäßigen 
systemseitigen Neuberechnung, die im Rahmen einer manuellen Ausführung aufgrund der 
Problemkomplexitat nicht zuverlässig möglich ist, können die Unternehmen mithilfe der An- 
wendung auch Veränderungen in dynamischen Märkten antizipieren und ihre Bestände, 
Prozessabläufe und Preise dahingehend vorausschauend anpassen. 


482 Eine Erklärung dieses Ansatzes erfolgt im Rahmen der Forschungstrends in Kapitel 4.4.1. 
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Im Einklang mit den Potenzialen der spezifischen Anwendung erachtet das Unternehmen ML 
als bedeutende Technologie zur Erhöhung der Qualität von logistischen Entscheidungspro- 
zessen. In diesem Kontext wird auf die COVID-19-Pandemie verwiesen, die stärker als bisher 
bewiesen hat, dass individuelle Heuristiken von Entscheidungsträgern in Form eines „Bauch- 
gefühls“ versagen, wohingegen ML-Anwendungen schnell neue Zusammenhänge erler- 
nen — sowie diese durch manuelle Eingriffe in Form einer bewussten Anpassung der Trai- 
ningsdaten auch schnell wieder „verlernen“ können. Ein weiteres Potenzial von ML wird in der 
Verbesserung der ökologischen Nachhaltigkeit gesehen, welches jedoch bisher nur von 
wenigen Anwendungen am Markt adressiert wird. 


Analog zu den beiden vorausgegangenen Anwendungsfällen werden auch durch das vorlie- 
gende Unternehmen „Berührungsängste“ von Personen gegenüber ML-Anwendungen wahr- 
genommen, welche sich in einer vollkommenen Ablehnung äußern können. Dieses Verhalten 
steht aus Sicht des Unternehmens im Zusammenhang mit der Überzeugung vieler Mitarbeiter, 
dass menschliche Entscheidungen den systemseitigen Ergebnissen überlegen sind, wobei je- 
doch oftmals eine Unkenntnis über die genauen Fähigkeiten und Potenziale von ML zu 
beobachten ist. Auf der anderen Seite wird aber auch eine höhere Akzeptanz bei den Digital 
Natives wahrgenommen. Weitere wichtige Hemmnisse beziehen sich aus Sicht des Unterneh- 
mens auf die homogene Zusammensetzung von ML-Projektteams sowie auf einen fehlen- 
den Bezug der Anwendungen zu bedeutenden Problemen der jeweiligen Unternehmen, wo- 
raus häufig eine mangelnde Unterstützung der Unternehmensführung resultiert. In diesem Zu- 
sammenhang wird auch auf das Fehlen genauer Zielvorgaben und geeigneter Evaluierungs- 
verfahren verwiesen, die u. a. einen eingeschränkten Problembezug sowie andere technische 
Defizite frühzeitig aufdecken könnten. 


4.3.4 Anwendungsfall 4: Detektion von Risiken in globalen Lieferketten 


Einsatz von ML im Unternehmen 


Bei dem Unternehmen des Anwendungsfalls 3 handelt es sich um einen Anbieter von spezia- 
lisierter Software für die Transparenzerhöhung in Lieferketten, z. B. im Automobilbereich. Ziel 
der Produkte, welche als SaaS angeboten werden, ist die Aufdeckung von Risiken in den 
Wertschöpfungsnetzwerken der Kunden, um die Einhaltung unternehmensinterner und -exter- 
ner Vorgaben zu überwachen, wie spezifische Verhaltenskodizes (Code of Conduct) und das 
Lieferkettensorgfaltspflichtengesetz (LKSG). Gleichzeitig sollen die Systeme zu einer gezielten 
Verbesserung der Lieferketten beitragen. Dies bezieht sich neben der Sicherstellung der Lie- 
ferfähigkeit v. a. auf Themen der sozialen Nachhaltigkeit (CSR), indem bspw. Fälle von Kin- 
derarbeit bei Zulieferern detektiert werden. ML wird bereits in mehreren Produkten eingesetzt 
und nimmt für das Unternehmen eine hohe Bedeutung bei der Gestaltung zukünftiger Lö- 
sungen ein. Neben den damit realisierbaren technologischen Potenzialen resultiert diese 
Sichtweise aus der wahrgenommenen hohen Nachfrage nach ML- bzw. Kl-basierten Lösun- 
gen bei den Kunden. 
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ML-Anwendung und deren Umsetzung 


Die betrachtete ML-Anwendung detektiert lieferantenbezogene Risiken in globalen Wert- 
schöpfungsnetzen. Es handelt sich dabei insbesondere um Risiken, die nicht oder nur verzö- 
gert von den Lieferanten an deren Auftraggeber weitergegeben werden, wie betriebliche Stö- 
rungen, z. B. infolge von Naturkatastrophen, Industrieunfällen und Streiks, finanzielle Risiken, 
z.B. Insolvenzausfälle, sowie Nachhaltigkeitsrisiken, z. B. die Verletzung von Menschenrech- 
ten. Aktuell ermöglicht die Anwendung eine Überwachung von ca. 5.000 Lieferanten, wobei 
dies bis auf die Stufe der Rohstofflieferanten, z. B. in Form von Minenbetreibern, realisiert wer- 
den kann. Die Grundlage für die Anwendung bilden öffentliche Datenquellen, die sich aus 
Social-Media-Daten, u. a. von Twitter, Facebook und WeChat, aus Informationen von Zeitun- 
gen und lokalen Handelsblättern sowie aus Informationen anderer Webseiten, wie Blogbei- 
träge von Nichtregierungsorganisationen und Unternehmenswebseiten, zusammensetzen. 
Aufgrund der öffentlichen Verfügbarkeit bedarf es keiner Einwilligung der überwachten Liefe- 
ranten zur Einbindung dieser Daten. Das aktuelle System verfügt über mehr als 50 Sprachen, 
sodass die Analyse der Datenquellen in der jeweiligen Landessprache ohne deren Überset- 
zung stattfinden kann, wodurch fehlerhaften Risikomeldungen aufgrund etwaiger Überset- 
zungsfehler entgegengewirkt wird. 


Basierend auf festgelegten Schlüsselwörtern und damit verbundenen inhaltlichen Kontexten 
werden durch die Anwendung mehrere Millionen Daten in Echtzeit überprüft und Wahrschein- 
lichkeiten für das Vorliegen bestimmter Risiken ermittelt. Im Falle einer Überschreitung vorde- 
finierter Grenzen wird ein Alarm ausgelöst, sodass die Kunden geeignete Maßnahmen zur 
Mitigation der Ereignisse einleiten können. Ereignisse mit einer geringeren Wahrscheinlichkeit 
werden zudem als „Gerüchte“ mit der zugrundeliegenden Datenquelle ausgewiesen. Im Falle 
eines unbegründeten Risikos können diese Informationen durch die Nutzer als „unwichtig“ be- 
wertet werden, was zu einer Rückkopplung an die Systeme und einer Berücksichtigung beim 
Re-Training führt. Die Informationen der ML-Anwendung werden aktuell durch die Kunden als 
Entscheidungsunterstützung für Planungs- und Steuerungsaktivitäten eingesetzt. Der An- 
wendungsbereich reicht dabei vom klassischen Einkauf zur Steuerung und Auswahl von Lie- 
feranten über die Bestandsplanung zur Anpassung von Sicherheitsbeständen bis hin zur Nut- 
zung in Nachhaltigkeitsabteilungen und der Unternehmensführung, u. a zur Bestimmung von 
CSR-Indikatoren. Darüber hinaus fließen die Informationen auch direkt in andere kundenspe- 
zifische ML-Anwendungen ein, wie z. B. zur Bestimmung von Ankunftszeiten für Transporte in 
Form der ETA (Estimated Time of Arrival). 


Das System wird über eine unternehmenseigene Plattform angeboten, welche auf der Google 
Cloud basiert und deren Funktionen und Nutzeroberfläche kundenspezifisch angepasst wer- 
den können. Diese Bereitstellungsform bietet den Kunden eine hohe Verfügbarkeit und den 
benötigten Datenschutz. Außerdem ist auch eine Übertragung zentraler Informationen in lo- 
kale Systeme der Kunden mittels API (Application Programming Interfaces) möglich. Die In- 
formationen zu lieferantenbezogenen Risiken sind dabei grundsätzlich für alle Unternehmen 
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gleichermaßen verfügbar. Die Anwendung und die zugrundeliegende Plattform sowie das 
diesbezügliche Geschäftsmodell sind unter der Zielstellung einer ausgeprägten Skalierung 
konstruiert. Hierzu wird auch die Realisierung des Netzwerkeffektes verfolgt, indem durch je- 
den weiteren Kunden und dessen Lieferanten das Analysespektrum der Anwendung erweitert 
wird — wovon wiederum alle anderen Nutzer profitieren. 


Auswirkungen und Herausforderungen 


Die beschriebene ML-Anwendung trägt wesentlich zur Verbesserung der Transparenz von 
Lieferketten der jeweiligen Unternehmen bei. Die in diesem Zusammenhang verarbeitete In- 
formationsvielfalt kann weder von Menschen noch von bisherigen systemseitigen Ansätzen in 
dem Umfang und in der Güte erfasst und bewertet werden. In Bezug auf alternative Lösungen 
hat das Unternehmen auch entsprechende Benchmarks durchgeführt, die zu dem Ergebnis 
führten, dass durch die eigene Anwendung eine 17-mal höhere Informationsmenge berück- 
sichtigt wird. Ein weiterer Vorteil, v. a. gegenüber der manuellen Ausführung, ergibt sich durch 
die hochfrequente bzw. in diesem Fall permanente Überwachung von Prozessen, wodurch — 
in Kombination mit den ebenfalls ausgegebenen Ursachen für diese Ereignisse — die Reakti- 
ons- und Durchlaufzeit von Entscheidungen verkürzt werden. Infolge der Überwachungs- 
funktion der Anwendung können bei den Kunden zudem mehrere Tätigkeiten des Risikoma- 
nagements von Lieferketten automatisiert werden. Durch die daraus resultierende Möglichkeit 
zur Reduzierung des Personalaufwands erhoffen sich die Unternehmen größere Kostenein- 
sparungen. Weitere Effizienzsteigerungen werden durch die Vermeidung kritischer Ereig- 
nisse in Form von Produktionsstillständen und Lieferausfällen realisiert, die mithilfe der An- 
wendung frühzeitig erkannt werden. Diese indirekten Einsparungen durch bessere Entschei- 
dungen werden jedoch bisher nicht von den Kunden im vollen Maße wahrgenommen. Ein wei- 
teres wichtiges Potenzial der Anwendung stellt die Steigerung der Robustheit von Liefer- 
ketten dar, wobei auch in diesem Fall auf die COVID-19-Pandemie verwiesen wurde, welche 
den Bedarf an Systemen zur frühzeitigen Detektion von Störungen erheblich erhöht hat. 


Als eine zentrale Herausforderung beim Einsatz von ML-Anwendungen wird die quantitative 
Erfassung von Kosteneinsparungen im Falle einer Verbesserung der Transparenz und der 
Entscheidungsqualität gesehen, wodurch wichtige Potenziale bei der Business-Case-Erstel- 
lung unberücksichtigt bleiben. Dies kann letztlich zu Entscheidungen gegen die Umsetzung 
von entsprechenden Anwendungen führen. Zudem wird auch in diesem Fall auf die kritische 
Einstellung vieler Personen gegenüber ML hingewiesen, die sich teilweise zudem in unrealis- 
tisch hohen Ansprüchen äußert. Es wird in diesem Zusammenhang aber auch davon aus- 
gegangen, dass sich die Wahrnehmung von ML-Anwendungen als potenzielle Gefahr für den 
eigenen Arbeitsplatz bei vielen Mitarbeitern mittelfristig verändert, indem diese als objektive 
Unterstützung der menschlichen Entscheidungen zur Verbesserung der eigenen Arbeitsbe- 
dingungen betrachtet werden. 
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4.3.5 Zusammenfassung der Fallstudien 


Anhand der vier Anwendungsfalle konnte das für die vorliegende Arbeit benötigte Verständnis 
zum Praxistand von ML im Logistikmanagement weiter erhöht werden. Gleichzeitig wurden 
wichtige Erkenntnisse in Hinblick auf die Theoriebildung für die nachfolgenden Schritte des 
Forschungsprozesses erzielt. Eine Zusammenfassung zentraler fallspezifischer Informationen 
zu den einzelnen Untersuchungsbereichen findet sich in Tabelle 10. Insgesamt ist festzustel- 
len, dass ML bereits für mehrere Entscheidungsprozesse in der Logistik nutzenbringend 
eingesetzt werden kann. Dies reicht allgemein von einer Wahrnehmung aktueller Probleme 
über die Ermittlung zukünftiger Ausprägungen von bedeutenden Entscheidungsparametern 
bis hin zur Bestimmung geeigneter Aktionen für die Optimierung von Logistikprozessen. Die 
systemtechnische Gestaltungsform von ML entsprach dabei in drei Fällen einer separaten An- 
wendung; in einem Fall wurden die ML-Modelle in bestehende Systeme zur Bereitstellung ei- 
ner neuen darauf basierenden Funktion integriert. Dabei haben sich auch Möglichkeiten zur 
geeigneten Verbindung von ML mit anderen Schlüsseltechnologien in Form von Digital Twins 
gezeigt. Ausgehend von einer aktuellen Entscheidungsunterstützung in allen Anwendungsfäl- 
len ist für mehrere Anwendungen zukünftig ein autonomer Einsatz geplant. Neben schwer 
messbaren Verbesserungen der Informationstransparenz und der Entscheidungsquali- 
tät, welche übergreifend zu beobachten waren, konnten durch die Nutzung der Anwendungen 
auch bedeutende wirtschaftliche Erfolge erzielt werden. Es wurde aber auch deutlich, dass mit 
dem Einsatz von ML mehrere Herausforderungen einhergehen, die von fehlenden technischen 
und finanziellen Voraussetzungen bis zu Widerständen bei den Organisationsmitgliedern rei- 
chen. Im diesbezüglichen Umgang zeigen sich Gemeinsamkeiten und Unterschiede bei den 
betrachteten Unternehmen. Ersteres umfasst u.a. eine Verankerung von ML in der strategi- 
schen Unternehmensplanung, eine gezielte Identifikation von geeigneten Anwendungsfallen, 
eine Fokussierung auf die Skalierbarkeit der Anwendungen sowie deren Betrieb auf externer 
Cloud-Infrastruktur. Unterschiede betreffen u. a. die organisatorische Verantwortung zur Um- 
setzung von ML-Anwendungen, für die sich sowohl zentrale als auch dezentrale Ansätze zei- 
gen, sowie den Umgang zum Aufbau von Technologiewissen. 
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Nr. 


Anwendung (,,Was?“) 


Potenziale (,,Warum?“) 


Maßnahmen (,,Wie?“) 


- Ermittlung der zukünftigen Be- 
stellmenge 

- Aktuell v. a. für S&OP einge- 
setzt; zukünftig für gesamten 
logistischen Planungsprozess 


- Separate Anwendung mit 


- Bedarfsgerechte Ausle- 
gung der Prozesse 

- Reduzierung der Be- 
standskosten und Nach- 
schubzyklen 


- Zuverlässigere Entschei- 
dungen mit einer höheren 


- Vorausgehende Ermittlung von Anwen- 
dungsfällen und Überführung in Strate- 
gie mit langfristiger Zielsetzung 


- Skalierung durch finanzielle Unterstüt- 
zung der Unternehmensführung 

- Zusammenarbeit mit externen Partnern 
zur Umsetzung, aber auch eigene Rek- 


1 Frontend von anderem System Frequenz rutierung von Fachkräften 
- Aktuell assistierende Lösung, - Entscheidungen ohne - Schulung der Nutzer im Umgang 
hierbeiauch Validierung.der subjektive:Beeinflussunig - Change Management für Akzeptanzer- 
menschlichen Entscheidungen - Erhöhung der Informati- höhung der Mitarbeiter 
- Zukünftige Anbindung an Auf- onstransparenz Ss 
Së - Verbesserung der Datenqualitat durch 
tragssysteme zur autonomen - Harmonisierung der Anfor- eigenes Team 
Entscheidungsausführung derungen von Produktion 8 ; e 
und Logistik - Data Lake für Datenintegration 
- Technologieoffene Strategie mit ML als 
- Ermittlung des zukiinftigen - Vorausschauende Erken- wichtiges Werkzeug 
Verhaltens von Bauteilen im nung von Fehlern - Auflösung der Labs und dezentrale 
Zielsystem der Kunden - Reduktion von Nacharbeit Kompetenzverteilung innerhalb IT 
- Nutzung für Qualitätskontrolle und Strafzahlungen - Eigenentwicklung mit Open-Innovation 
- Aktuell in Bestandsysteme der - Lösung komplexer Prob- _ Agiler Entwicklungsprozess mit regel- 
Produktion integriert leme mit vielen Parame- mäßiger Ergebnisprüfung 
A H t 
2 - Perspektivische Integration als 4 - Intensive Einbindung von Prozessver- 
Funktion in Digital Twin mit be- - Automatisierung von Ent- — ntwortlichen für Domänenwissen und 
reichsübergreifender Bereit- scheidungen Bewertung 
stellung'als: Service ` Grundlage für neue Ge- _ Gezielte Auswahl von Anwendungen 
- Aktuell als Entscheidungsun- schäftsmodelle E ERE en 
terstützung, zukünftig auto- - Zuweisung von „höheren“ 7 SH Se Sn ees 
nome Aussteuerung Aufgaben für Mitarbeiter 9 ` 
- Nutzung laaS für Betrieb 
- Ermittlung der zukünftigen Ab- K e ne Surely 
satzmenge und darauf basie- ~ Bedarfsgerechte Planung 3 9 E 
rende Optimierung von Bestell- VON Bestellmengen (Re- - Entwicklung eigener Lernverfahren für 
mengen und -zeitpunkt duzierung Bullwhip-Effekt) höhere Interpretierbarkeit 
- Einsatz für Bestandsplanung - Verringerung von Be- - Hoher Fokus auf Skalierung der Anwen- 
3.2. Ausgabe:von Szenarien für Abs standskosten dungen, u. a. durch Berücksichtigung 
g > - Anpassungsfähigkeit an mehrerer Anwendungsfälle bei Entwick- 
satzmenge mit manuellen Ge- lin 
staltungsmöglichkeiten neue Problemstellungen g 
bzw. Ereignisse - Einholung externer Anregungen für Ver- 
- Separate Anwendung als SaaS à V 
i - Erhöhung der Entschei- besserung der Systeme 
€ En als Entscheidungs-un- qungsqualitat - Nutzung laaS für Betrieb, u. a. für Da- 
zung tensicherheit und -schutz 
. afk - Sicherstellung der Liefer- 
„Ermittlung von Risiken und fahigkeit - Ergebnispriifung durch Nutzer und 
Störungen in Lieferketten 3 S 
Einsat lietérant - Kostenreduktion durch Rückkopplung an System 
4 Se ERO CLERIC weniger manuelle Auf- - Skalierbare Gestaltung der Anwendun- 
Kung P wände gen, inkl. leichte Anbindung neuer Nut- 
4 - Umgang mit hoher Infor- zer 


- Separate Anwendung als SaaS 


- Vorwiegend Einsatz als Ent- 
scheidungsunterstützung, aber 
auch direkter Input für andere 
Systeme 


mationskomplexität 
- Reduktion der Reaktions- 
und Entscheidungszeiten 
- Verbesserung von Ar- 
beitsbedingungen 


- Nutzung öffentlicher Datenquellen, 


dadurch geringe Beschaffungsbarrieren 


- Nutzung laaS für Betrieb, u. a. für Da- 


tenschutz und Verfügbarkeit 


Tabelle 10: Zusammenfassung der Fallstudienforschung 
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4.4 Zukünftige Entwicklungen 


In diesem Unterkapitel werden relevante Entwicklungen für das vorliegende Untersuchungs- 
feld beschrieben. Deren Relevanz äußert sich in einem potenziell unterstützenden oder 
hemmenden Einfluss in Bezug auf die Phasen des Adoptionsprozesses von ML-Anwendun- 
gen im Logistikmanagement, insbesondere hinsichtlich der Adoptionsentscheidung und kon- 
kreter Umsetzungsmaßnahmen. Die identifizierten Entwicklungen werden anhand ihres Ent- 
stehungszusammenhangs in Forschungstrends zu ML sowie in darüberhinausgehende Ent- 
wicklungen aus dem Umfeld der betrachteten Unternehmen unterschieden, wobei letztere 
gleichzeitig die vom TOE-Modell geforderte Berücksichtigung unternehmensexterner Ein- 
flüsse repräsentieren (siehe Kapitel 2.1.3.2). Trotz dieser vorgenommenen Trennung beste- 
hen weiterhin inhaltliche Schnittmengen und Wirkungszusammenhänge zwischen den einzel- 
nen Entwicklungen. 


4.4.1 Forschungstrends zu ML 


Ungeachtet der Erfolge in den letzten Jahren existieren für ML weiterhin viele Anknüpfungs- 
punkte für Verbesserungen, welche insgesamt zu sehr dynamischen Forschungsaktivitäten in 
diesem Bereich führen. Die für die vorliegende Untersuchung bedeutenden Aktivitäten wurden 
unter Berücksichtigung mehrerer relevanter Veröffentlichungen*® identifiziert und nach ihrem 
technischen Ansatz in Form der Weiterentwicklung von Lernverfahren und der Verbindung von 
ML mit anderen Technologien unterschieden. Die ermittelten Trends werden nachfolgend mit 
ihren Implikationen für das Untersuchungsfeld beschrieben. Vorab findet sich dazu in Tabelle 
11 eine Zusammenfassung, aus der auch eine indikative Einschätzung des aktuellen Entwick- 
lungsstandes hervorgeht. Dabei ist zu konstatieren, dass einige der Forschungsaktivitaten be- 
reits zu produktiv einsetzbaren Systemen in der Praxis geführt haben, während andere noch 
der Grundlagenforschung zuzuordnen sind. Insgesamt wird davon ausgegangen, dass sich im 
Falle einer produktiven Umsetzung dieser Forschungsaktivitäten die Eigenschaften von ML 
bzw. der darauf basierenden Systeme langfristig verbessern. Dies betrifft insbesondere de- 
ren Ergebnisqualität durch eine Weiterentwicklung der Lernverfahren, was zukünftig auch zu 
zuverlässigeren Lösungen bei Anwendungsfällen mit wenig Daten (sog. Small Data) führt. 
Zudem werden sich in Folge einer höheren Interpretierbarkeit der Lernprozesse auch bes- 
sere Möglichkeiten zur gezielten Optimierung der Modelle ergeben. Zusätzlich ist von einer 
erhöhten Sicherheit zukünftiger Systeme und der eingebundenen Daten auszugehen, was 
gleichzeitig die Möglichkeiten zur Lösung unternehmensübergreifender Problemstellun- 
gen verbessert. Auch der heutige Engpass von datenintensiven Problemstellungen in Form 
der benötigten Rechenleistung wird von mehreren Forschungsaktivitäten adressiert, welche 
u.a. eine Verteilung von Verarbeitungsschritten in Netzwerken vorsehen. 


483 Dies umfasst die Veröffentlichungen von Joshi (2020), S. 127 ff.; Döbel et al. (2018), S. 55 ff.; Jor- 
dan, Mitchell (2015), S. 259 f. 
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Bereich Trend Beschreibung Potenzielle Auswirkung Reifegrad 


Deep, Unsupervised, Weiterentwicklung der Lern- Höhere Genauigkeit, auch bei 


en verfahren sehr komplexen Problemen Hoch 
earning 
Explainable Artificial Selbsterklärungsfähigkeit der „|, f ; d 
Intelligence ML-Modelle Höhere Interpretierbarkeit Mittel 
Lernver- Generative Generierung künstlicher Er. Datenerweiterung; höhere Ge- Gerin 
fahren Adversarial Networks gebnisse nauigkeit und Sicherheit 9 
Wiederverwendung von Wis- Höhere Genauigkeit, auch bei Í 
Transfer Learning Gering 


sen kleinen Datenmengen 


Automated Machine Automatisierung des Ent- 


L . i Geringerer Entwicklungsaufwand Gering 
earning wicklungsprozesses 


Verbindung von manuellem 


= 


öhere Genauigkeit und Re- 


Grey-Box-Modelle und automatischem Wis- cheneffizienz Mittel 
senserwerb 
Distributed Machine Verteilung von Verarbei- Höhere Recheneffizienz, auch 
Learning tungsschritten GEES bei großen Datenmengen Hoch 
Andere technische Instanzen 
Techno- 
logien Federated Machine Verteilung von Teilproblemen ,,. r 
Learning auf mehrere Akteure Hieherer Datenschutz Miitel 
A Nutzung von Techniken der P i 
Quantum Machine Quantenmechanik für Lern- Höhere Recheneffizienz, auch Gering 


Learning bei groRen Datenmengen 


prozess 


Tabelle 11: Forschungstrends zu ML mit Auswirkungen auf das Untersuchungsfeld 


Ein zentraler Forschungsbereich im Kontext von ML bildet die Entwicklung tiefer NN, d. h. das 
Deep Learning (siehe Kapitel 2.4.3.1), welches maßgeblich für die mediale Aufmerksamkeit 
von ML in den letzten Jahren verantwortlich ist und auch zukünftig weitere Verbesserungen 
erwarten lässt.*%* Neben der Nutzung für Lernaufgaben des Supervised Learning können tiefe 
NN insbesondere für hochdimensionale Problemstellungen mit Millionen von Parametern im 
Rahmen des bisher unterrepräsentierten Unsupervised Learning eingesetzt werden, z.B. 
bei der Verarbeitung von Sprach- und Bilddaten.*®° Ein weiterer zukunftsträchtiger Bereich 
stellt das Reinforcement Learning dar, welches ein hohes Potenzial für die Lösung von kom- 
plexen betrieblichen Problemen aufweist — ohne dass größere Hintergrundinformationen in 
Form von historischen Daten benötigt werden 298 Zusätzlich wird auch eine Kombination von 
USL und RL als bedeutende Entwicklung angesehen.*®” 


Ein übergreifender Forschungstrend von ML, der aufgrund seiner Bedeutung auch als dritte 
Welle von KI bezeichnet wird, befasst sich mit der Überwindung des Black-Box-Charakters 


484 Vgl. LeCun et al. (2015), S. 442 

485 Vgl. Jordan, Mitchell (2015), S. 257 f. 

486 Ein prominentes Beispiel stellt das in Kapitel 2.4.1.4 beschriebene und mittels RL-Verfahren trai- 
nierte System „AlphaGo Zero“ dar, welches die Ergebnisse seiner Vorgängerversionen, die aus- 
schließlich NN verwenden, deutlich überbietet. Vgl. Silver et al. (2017), S. 354 ff. 

487 Vgl. LeCun et al. (2015), S. 442 
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von ML durch die Realisierung interpretierbarer Lernverfahren bzw. darauf basierender Mo- 
delle, anhand derer die jeweiligen Nutzer die Ergebnisse und Lösungswege kontextbezogen 
und auf verschiedenen Detaillierungsebenen nachvollziehen kënnen 298 Eine systemseitige In- 
terpretierbarkeit wird als gegeben erachtet, wenn — analog zu einem White-Box-Modell — die 
Nutzer beschreiben können, wie sich die Ergebnisse der Systeme durch weitere Eingaben 
verhalten.*®° Die damit verbundenen Forschungsaktivitäten werden unter dem Begriff der er- 
klärbaren KI bzw. Explainable Artificial Intelligence (XAl) subsumiert und sind aufgrund ihrer 
Bedeutung für viele Anwendungsbereiche in die US-amerikanische Roadmap für die KI-For- 
schung der nächsten 20 Jahre aufgenommen 4% Hierzu gehören u. a. Ansätze zur verständli- 
chen Nachbildung der realisierten Modelle, die Entwicklung interpretierbarer Lernverfahren 
sowie die Bereitstellung zusätzlicher Informationen für die Nutzer, z.B. in Form der jeweils 
relevanten Features 2) 


Als weiterer Forschungstrend gilt das Informed Machine Learning (IML), welches ebenfalls 
dem XAI zuzuordnen ist und eine gezielte Integration von menschlichem Wissen in ML-An- 
wendungen vorsieht.*” Neben dem automatisch auf Basis von Daten erworbenen Wissen 
werden den entsprechenden Systemen dabei zusätzlich Informationen auf Grundlage von 
menschlichen Erfahrungen bereitgestellt, sodass in diesem Zusammenhang auch von Grey- 
Box-Modellen bzw. hybriden kognitiven Systemen gesprochen wird.*% Bei dem menschlichen 
„Vorwissen“ kann es sich u. a. um naturwissenschaftliche Zusammenhänge, linguistische und 
semantische Regeln sowie um domänenspezifisches Expertenwissen und Simulationsergeb- 
nisse handeln, welches mittels Formeln, logischen Regeln, Wissensgraphen oder Wahr- 
scheinlichkeitsverteilungen repräsentiert wird. Uber diese Batch-Bereitstellung hinaus ist 
auch eine kontinuierliche Integration möglich, indem die systemseitigen Ergebnisse durch die 
Nutzer bewertet und an die Systeme rückgekoppelt werden, sodass sie zu einer Beeinflussung 
des zukünftigen Lernprozesses führen.*% Insgesamt wird mit dem IML eine Verbesserung der 
Genauigkeit und Recheneffizienz von ML-Anwendungen angestrebt, indem z. B. reale Phano- 
mene, welche von einer hohen Individualität und eingeschränkten Datenverfügbarkeit geprägt 
sind, adäquat berücksichtigt werden können. 


Der durch Goodfellow et al. (2014) begründete Ansatz der Generative Adversarial Networks 
(GAN) stellt einen weiteren wichtigen Forschungstrend dar, welcher die Erzeugung künstlicher 
Ergebnisse für reale Phänomene ermöglicht — wobei es sich dabei nicht nur um eine graduelle 
Veränderung handeln kann, sondern auch um die Generierung gänzlich neuer Gestaltungs- 
formen. Der GAN-Ansatz sieht eine Kombination von zwei unterschiedlich konfigurierten NN 


488 Vgl. Fouse et al. (2020), S. 6 

489 vgl, Gil, Selman (2019), S. 71 

490 Vgl. Gil, Selman (2019), S. 56 

491 Vgl. Döbel et al. (2018), S. 82 f. 

492 gl. Bueden et al. (2019), S. 1 

493 Vgl. Wahlster, Winterhalter (2020), S. 12; Döbel et al. (2018), S. 71 f. 
494 gl. Bueden et al. (2019), S. 6 f. 

495 Vgl. Bueden et al. (2019), S. 14 
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vor, welche gewissermaßen in einem Wettbewerb agieren.*% Während das eine NN als gene- 
ratives Modell fungiert, indem es die Struktur und Verteilung von Daten mittels USL lernt, wird 
das andere NN als diskriminatives Modell eingesetzt, welches anhand von weiteren, bereits 
gelabelten Datensätzen prüft, ob die Ergebnisse des ersten NN zu einer gewünschten Klasse 
gehören. Die Ergebnisse dieser Prüfung werden anschließend an das erste NN zurückgege- 
ben und führen zur Anpassung von dessen Lernprozess. Das Lernziel besteht darin, solche 
Ergebnisse zu generieren, die das zweite NN nicht von echten Daten unterscheiden kann. 
GAN werden in der Praxis bereits zur Generierung künstlicher Gesichter, Musik und Kunst 
eingesetzt, wobei auch eine missbräuchliche Nutzung in Form von sog. Deep Fakes zu be- 
obachten ist. Gleichzeitig kann dieser Ansatz auch zur Verbesserung von ML-Anwendungen 
verwendet werden. Durch eine bewusste Vorgabe von falschen Ergebnissen (Adversarial Exa- 
mples) lässt sich zum einen die Robustheit von Modellen gegenüber Manipulationen erhö- 
ben 291 Zum anderen wird auch eine Erweiterung bestehender Datensätze (Data Augmenta- 
tion) durch die Generierung künstlicher Daten ermöglicht.‘% Aufgrund der zentralen Bedeu- 
tung von GAN sind hierzu substantielle Verbesserungen zu erwarten, die auch den aktuellen 
Herausforderungen eines bisher sehr ressourcenaufwändigen Lernprozesses begegnen.“ 


Aus der Restriktion vieler Problemstellungen in Hinblick auf eine eingeschränkte Datenverfüg- 
barkeit hat sich der Forschungsbereich des Transfer Learning (TL) entwickelt, welcher auch 
teilweise mit den Aktivitäten des Domain Adaptation gleichgesetzt wird.” Bei diesem Ansatz 
wird ein bestehendes ML-Modell, welches für eine spezifische Problemstellung — zumeist unter 
Nutzung von tiefen NN — entwickelt wurde, zur Lösung einer anderen verwandten Problem- 
stellung genutzt, für die jedoch deutlich weniger Daten vorliegen.°°' Das Ziel besteht darin, 
dass das jeweilige NN nicht alle Zusammenhänge der neuen Problemstellungen lernen muss, 
sondern das vorab erworbene Wissen lediglich anpasst, z.B. durch Veränderung der Ge- 
wichte zwischen den Neuronen, indem es Ähnlichkeiten zwischen beiden Aufgabentypen er- 
kennt. Zukünftig soll dadurch die Nutzung von ML für unbekannte Anwendungsfälle anhand 
von sehr wenigen („One-shot-Learning“) bzw. gar keinen Trainingsfällen („Zero-shot- 
Learning“) ermöglicht werden Di 


Auch für die effiziente Nutzung von ML für sehr große Datenmengen, dem sog. Large-Scale 
Machine Learning, lassen sich mehrere Forschungsaktivitaten feststellen.°°? Ein bedeutender 
Ansatz stellt das verteilte Lernen bzw. Distributed Machine Learning (DML) dar, bei dem die 
Rechenleistung der bestehenden lokalen IT-Infrastruktur gebündelt wird Di Anders als übli- 


4% Vgl. hierzu und zu diesem Abschnitt Goodfellow et al. (2014), S. 1 ff. 
497 Vgl. Döbel et al. (2018), S. 52, 89 

498 Vgl. Ruder (2017), S. 3 

499 Vgl. Tanaka, Aranha (2019), S. 4 

500 Vgl. Joshi (2020), S. 127 

501 Vgl. hierzu und zu diesem Abschnitt Kaiser et al. (2017), S. 1 ff. 

502 Vgl. Döbel et al. (2018), S. 61 

503 Vgl. Bottou (2010), S. 177 

504 Vgl. Xing et al. (2015), S. 1 
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cherweise wird dazu der Lernprozess nicht zentral auf einem einzelnen lokalen Rechner (Kno- 
ten) ausgeführt, sondern verteilt in einem Verbund von mehreren Recheneinheiten (Cluster) — 
wobei ein Cluster aus vielen tausend Knoten bestehen kann Sp Die Knoten übernehmen dabei 
einzelne Teilaufgaben des gesamten Lernprozesses und übermitteln die diesbezüglichen Er- 
gebnisse und Aktualisierungen an eine zentrale Instanz (Server), auf der die kontinuierliche 
Erstellung und Verwaltung eines globalen ML-Modells erfolgt. Durch die Parallelisierung der 
Berechnungen sowie die Beschränkung des Datenaustauschs zwischen den Knoten können 
hochdimensionale Problemstellungen gelöst und gleichzeitig die Rechenzeiten substantiell 
verkürzt werden. Relevante Forschungsaktivitäten zum DML beziehen sich u. a. auf die Ver- 
besserung der Kommunikationsprotokolle und die Entwicklung von Lernverfahren, welche eine 
parallele Verarbeitung ermöglichen.??” 


Ein Forschungstrend mit Schnittstellen zum DML stellt das föderalisierte Lernen bzw. 
Federated Machine Learning (FML) dar, welches ebenfalls eine Aufteilung von Verarbei- 
tungsschritten eines Gesamtproblems auf mehrere lokale Systeme und eine Übersendung der 
Ergebnisse an einen globalen Server vorsieht. Anders als beim DML steht dabei jedoch nicht 
die Verbesserung der Rechenleistung im Fokus, sondern vielmehr die Sicherstellung von Da- 
tenschutzanforderungen.°® Dafür greifen die beteiligten Recheneinheiten beim FML nur auf 
bestimmte Ausschnitte des Gesamtdatensatzes zu. Auch die zentrale Instanz erhält lediglich 
die Teilergebnisse der Knoten - nicht aber die Rohdaten. Sie führt diese zu einem globalen 
Modell zusammen und sendet die Ergebnisse an die Knoten, welche auf dieser Grundlage 
ihre Modelle automatisiert anpassen.” Durch diesen dezentralen Lernprozess können meh- 
rere Akteure an verschiedenen Orten in die Lösung eines Problems eingebunden werden, 
ohne dass lokale bzw. sensible Daten ausgetauscht werden müssen." Aktuelle Forschungs- 
aktivitäten des FML umfassen u.a. die Entwicklung von Ansätzen für den Umgang mit den 
heterogenen und teils geringen Datenmengen der einzelnen Knoten, wozu auch das 0.9. 
Transfer Learning genutzt wird DI! Für den sicheren Datenaustausch zwischen den einzelnen 
Akteuren wird zudem auf die Blockchain-Technologie zurückgegriffen, was zu der Begriffsbe- 
zeichnung des Blockchained Federated Learning führt.°’? 


Mit dem Quantum Machine Learning (QML) besteht ein weiterer sehr bedeutender, jedoch 
bisher noch weniger ausgereifter Forschungsbereich, der Aktivitäten zur Nutzung von Techni- 
ken aus der Quantenmechanik für die Entwicklung von ML-Anwendungen umfasst. Hierzu ge- 
hört der Einsatz von Quantencomputern bzw. -prozessoren, d.h. sog. Quantum Processing 


505 Vgl. Jordan, Mitchell (2015), S. 259 
506 Vgl. Xing et al. (2015), S. 17 ff. 

507 Vgl. Jordan, Mitchell (2015), S. 259 
508 Vgl. Yang et al. (2019), S. 3 

509 Vgl. Konečný et al. (2016), S. 1 f. 
510 Vgl. Yang et al. (2019), S. 15 

511 Vgl. Yang et al. (2019), S. 7 

512 Vgl. Kim et al. (2018), S. 1 
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Unit (QPU), sowie die Entwicklung von dafür geeigneten Lernverfahren.?'? Während konven- 
tionelle Rechner Bits mit den Zuständen Null oder Eins abspeichern und nacheinander verar- 
beiten, nutzen QPU die sog. Quantenbits (Qubits), welche mittels einer Überlagerung 
(Superposition) und Verschränkung (Entanglement) gleichzeitig diese beiden Zustände sowie 
auch alle dazwischenliegenden annehmen kënnen PI? Hierdurch ist es möglich, deutlich mehr 
Daten in der gleichen Zeit parallel zu verarbeiten, sodass auch sehr rechenintensive Probleme 
in kurzen Zeit gelöst werden kënnen Pi 


Weitere Forschungsaktivitäten, die unter dem Begriff des Automated Machine Learning 
(AutoML) subsumiert werden, zielen auf die Automatisierung des Entwicklungsprozesses von 
ML-Modellen ab.°' In Ergänzung zur automatisierten Anpassung von Modellen beim Re-Trai- 
ning durch die Realisierung einer ML-Pipeline (siehe Kapitel 4.1.1) sollen dabei auch die ma- 
nuell geprägten Schritte der initialen Modellentwicklung systemseitig ausgeführt werden, d.h. 
die Datenaufbereitung, das Feature Engineering, die Generierung geeigneter Modelle unter 
Berücksichtigung mehrerer Lernverfahren und Parametrisierungen sowie die Validierung.°"” 
Neben der Beschleunigung der Entwicklung wird im AutoML-Ansatz auch ein hohes Potenzial 
zur Generierung optimaler und innovativer Lösungswege gesehen, da die ausführenden Sys- 
teme den Lösungsraum von möglichen Modellkonfigurationen effizienter und systematischer 
durchsuchen können. Derzeitige Forschungsaktivitäten in diesem Bereich befassen sich mit 
Möglichkeiten zur Kompensation des menschlichen Domänenwissens, welches u.a. beim 
Feature Engineering benötigt wird SIS 


4.4.2 Umfeldentwicklungen 


Zusätzlich zu den ML-seitigen Forschungstätigkeiten lassen sich weitere Entwicklungen fest- 
stellen, welche potenziell einen Einfluss auf den Einsatz von ML-Anwendungen im Logistik- 
management ausüben. Deren Ermittlung erfolgte sowohl unter Berücksichtigung mehrerer 
Trendstudien mit Relevanz für das Untersuchungsfeld®"? als auch durch Befragung von Ver- 
tretern aus der logistischen Praxis im Rahmen der Interviews. Die hieraus resultierenden Er- 
gebnisse wurden auf Grundlage einer STEP-Analyse systematisiert, d. h. in Bezug auf sozio- 
kulturelle (S), technische (T), wirtschaftliche (E) sowie politische und rechtliche (P) Umfeldent- 
wicklungen. Insgesamt lassen sich mehrere förderliche, aber auch einzelne hemmende 
Faktoren beobachten, welche nachfolgend mit ihren Implikationen für das Untersuchungsfeld 
beschrieben sind. Vorab findet sich dazu in Tabelle 12 eine Zusammenfassung. 


513 vol, Bauckhage et al. (2020), S. 27 

514 Vgl. Schuld, Petruccione (2018), S. 89 ff. 

515 Vgl. Biamonte et al. (2017), S. 196; Döbel et al. (2018), S. 61 

516 Vgl. He et al. (2019), S. 1 

517 Vgl. Joshi (2020), S. 132 

518 Vgl. He et al. (2019), S. 23 ff. 

519 Dies umfasst die Veröffentlichungen von Straube (2019), S. 35 ff.; Kersten et al. (2017), S. 19 ff.; 
Handfield et al. (2013), S. 14 ff. 
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Bereich Trend 


Beschreibung 


Potenzielle Auswirkung 


E Volatilität 


Höhere zeitliche und mengenmäßige 
Schwankungen der Kundennachfrage 


Schnelle, flexible Entscheidungen 
notwendig 


E Störanfälligkeit 


Zunahme von Störungen in Lieferketten 


Antizipation von Ereignissen benö- 
tigt 


E Kostendruck 


Stärkere Preisorientierung der Kunden 
und Wettbewerbsintensität 


Effiziente Gestaltung der Logistik- 
systeme notwendig 


E Transparenz 


Höhere Transparenz über Lieferketten für 
Kunden und Gesetzgeber 


„Wertschöpfende“ Informationen und 
digitale Services benötigt 


P Regulierung 


Zunahme von rechtlichen und ethischen 
Anforderungen an Einsatz von ML 


Realisierung sicherer und vertrau- 
enswürdiger Systeme 


s Demografischer Zunahme von Digital Natives gegenüber Höhere Akzeptanz gegenüber Tech- 
Wandel Digital Immigrants nologieeinsatz 
Begrenzte Verfügbarkeit von ML-Fach- Fehlendes Wissen bzw. hohe Kos- 
S Personalmangel 


kräften 


ten für Rekrutierung 


T Digitalisierung 


Ausstattung von Objekten mit Sensorik 
und Nutzung digitaler Endgerate 


Anstieg der Datenmenge 


T Plattformökonomie 


Zunahme der IT-seitigen Vernetzung von 
Unternehmen 


Erleichterter Zugang zu externen 
Daten 


T 5G 


Erhöhung der Netzabdeckung 


Kürzere Latenz bei Kommunikation 


T Prozessoren 


Weiterentwicklung bestehender und neuer 
Prozessortechnik 


Höhere Rechenleistung 


T Edge Computing 


Verbesserte Ansätze zur dezentralen Nut- 
zung bestehender IT-Infrastruktur 


Höhere Rechenleistung 


T Cloud Computing 


Erweiterung des externen Angebots zu 
laaS und MLaaS 


Höhere Rechenleistung, Speicher- 
kapazität und Zugriff auf ML-Ser- 
vices 


Tabelle 12: Umfeldentwicklungen mit Auswirkungen auf das Untersuchungsfeld 


Aufgrund von Veränderungen im Bestellverhalten sehen sich Unternehmen zunehmend mit 
höheren Nachfrageschwankungen ihrer Kunden konfrontiert. Zusätzlich lässt sich infolge der 
globalen Ausrichtung von Wertschöpfungsstrukturen eine steigende Störanfälligkeit von Lie- 
ferketten beobachten, welche seit der COVID-19-Pandemie eine weitere Verstärkung erfahren 
hat. Der Aufbau von Beständen oder anderen ressourcenseitigen Risikopuffern zur Begeg- 
nung dieser Herausforderungen kommt dabei häufig infolge des hohen Kostendrucks, welcher 
im Zusammenhang mit einer geringen Zahlungsbereitschaft der Kunden für logistischer 
Dienstleistungen steht, nicht infrage. Vielmehr bedarf es einer Realisierung effizienter, zuver- 
lässiger und gleichzeitig anpassungsfähiger Logistiksysteme. Entsprechend der damit 
verbundenen planerischen Komplexität für die Entscheidungsträger wird von einem steigen- 
den Bedarf der Unternehmen an geeigneten IT-Systemen zur Unterstützung und Ausführung 
von logistischen Entscheidungsprozessen ausgegangen, was als förderlich für den zukünfti- 
gen Einsatz von ML-Anwendungen angesehen wird. 


Gleichzeitig lassen sich auch steigende Anforderungen der Kunden und des Gesetzgebers an 
die Transparenz von Lieferketten beobachten, welche sich — über die Meldungen zum aktuel- 
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len und historischen Status im Sinne des Tracking-and-Tracing hinaus — auf Hintergrundin- 
formationen und zukünftige Entwicklungen der jeweiligen Aufträge und der damit verbun- 
denen Parameter beziehen. Hierzu zählt auch das im Jahre 2021 verabschiedete LKSG zur 
Detektion von Menschrechtsverletzungen entlang der Lieferkette. Neben dem zuvor aufge- 
führten Einsatz für interne Optimierungen werden daher auch Systeme zur Überwachung der 
Logistikprozesse benötigt, deren Informationen als digitale Services an externe Stakeholder 
bereitgestellt werden können. Auch diese Entwicklung wird als unterstützender Faktor für zu- 
künftige Adoptionsentscheidungen zu ML-Anwendungen gewertet. 


Regulatorische Anforderungen und damit verbundene Entwicklungen können den Einsatz von 
ML im Falle einer fehlenden Konformität allerdings auch negativ beeinflussen. Aus heutiger 
Sicht sind v.a. Regeln zur Datensicherheit und zum Datenschutz zu berücksichtigen. 
Hierzu zählt in Deutschland das Bundesdatenschutzgesetz (BDSG) sowie die europäische 
DSGVO, welche seit 2018 angewendet werden muss und u. a. Vorgaben zur Nachvollziehbar- 
keit der Verarbeitung und der Verwendung von personenbezogenen Daten enthält. Ausge- 
hend von dem heutigen Empfehlungscharakter ist zukünftig auch von verbindlichen Regeln 
zur Einhaltung ethischer Standards durch ML-Anwendungen auszugehen. Diese sehen 
eine Realisierung vertrauenswürdiger Systeme vor, welche sich u. a durch eine Diskriminie- 
rungsfreiheit (sog. Fairness) auszeichnen.2° Hierdurch soll eine Benachteiligung von Men- 
schen aufgrund personenbezogener Merkmale verhindert werden, wie es in der Vergangen- 
heit bereits in der Praxis zu beobachten war, z.B. im Rahmen der automatischen Bewertung 
von Bewerbungsunterlagen”'. Die eingesetzten Anwendungen müssen dabei auch externen 
Auditierungen standhalten, wie sie bereits durch den Gesetzgeber avisiert sind.?? 


Eine bedeutende Entwicklung für den Einsatz von ML-Anwendungen stellt der kontinuierliche 
Anstieg der Datenmenge dar, welcher auf die zunehmende Digitalisierung aller Lebensbe- 
reiche zurückzuführen jet. P? Im betrieblichen Kontext betrifft dies v. a. einen vermehrten Ein- 
satz von loT-Geräten (Internet of Things), d.h. eine Ausstattung von Objekten mit Sensorik, 
wie z. B. RFID (Radio-Frequency Identification). Dies führt auch in der Logistik zu einer Gene- 
rierung von zusätzlichen Daten, die potenziell für ML-Anwendungen genutzt werden können. 
Durch eine stärkere Verbreitung des neuen Mobilfunkstandards 5G können die entsprechen- 
den Daten zudem mit einer geringen Latenz ausgetauscht werden, was insbesondere für 
die Realisierung autonomer Systeme von hoher Bedeutung ist. Zusätzlich wird auch von ver- 
besserten Zugangsbedingungen der Unternehmen zu externen Daten ausgegangen. Dies 
steht im Zusammenhang mit der fortschreitenden Vernetzung von Unternehmen mit Liefe- 
ranten und Kunden, aber auch mit Wettbewerbern. Als branchenweit bedeutende Stellvertreter 


520 vol, Europäische Kommission (2019), S. 11 f. 

521 Vgl. Dastin (2018) 

522 Vgl. Deutsche Bundesregierung (2018), S. 27, 40 

523 Im Vergleich zum Jahre 2018 wird sich die weltweite Datenmenge bis 2025 von 33 auf voraussicht- 
lich 175 Zettabyte mehr als verfünffachen. Vgl. Tenzer (2020) 
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der Plattformökonomie sind die Volkswagen Industrial Cloud, die Open Manufacturing Platt- 
form von Microsoft und BMW sowie das SAP Business Network und das europäische Projekt 
GAIA-X zu nennen. 


Auch in Bezug auf die verfügbare Rechenleistung, welche ebenfalls eine bedeutende Grund- 
lage für den Betrieb von ML-Anwendungen darstellt, wurden in der Vergangenheit bedeutende 
Verbesserungen erzielt, die sich auch in Zukunft — mit einer zusätzlichen Kostendegression — 
fortsetzen werden. Dies betrifft Fortschritte bei neuen Prozessortechniken in Form der in Ka- 
pitel 4.4.1 genannten QPU, aber auch Weiterentwicklungen von bereits für ML etablierte Pro- 
zessorarten in Form der TPU (Tensor Processing Unit) und der GPU (Graphics Processing 
Unit). Zusätzlich zu den Prozessoren lassen sich auch zwei weitere Entwicklungen feststellen, 
welche die Voraussetzungen der Unternehmen für einen Zugriff auf höhere Rechenleistun- 
gen verbessern. Dies betrifft zum einen verbesserte Ansätze zur Nutzung bestehender Infra- 
struktur in Form der Dezentralisierung der Datenverarbeitung auf mehrere lokale Rechenein- 
heiten (Edge Computing). Mit dem DML und FML in Kapitel 4.4.1 wurden hierfür bereits zwei 
bedeutende Forschungstrends benannt. Zum anderen verbessern sich ebenfalls die Möglich- 
keiten für die Unternehmen zur Nutzung externer Rechen- und Speicherkapazitäten in Form 
von laaS (Cloud Computing), welche zudem im Rahmen der Vertragsgestaltung flexibel ange- 
passt werden können (Pay-per-Use). Zusätzlich lässt sich ein stetig steigendes Angebot an 
Leistungen zur automatisierten Unterstützung des Entwicklungsprozesses von ML-Anwendun- 
gen im Sinne des beschriebenen AutoML-Ansatzes beobachten. Die als Machine-Learning- 
as-a-Service (MLaaS) bezeichneten Dienstleistungen werden mittels API bereitgestellt und 
umfassen z.B. Aktivitäten der Datenaufbereitung und der Modellentwicklung. Zu bedeutenden 
Anbietern in diesem Bereich gehören die ,Hyperscaler* Amazon Web Services (AWS), 
Microsoft Azure und die Google Cloud Platform sowie die IBM Cloud und SAP HANA.°24 


Zusätzlich lassen sich auch hinsichtlich des sozial-kulturellen Umfeldes zwei bedeutende Ent- 
wicklungen für das Untersuchungsfeld feststellen. Dazu gehört der demografische Wandel, 
welcher zu einer Vergrößerung der Gruppe von Digital Natives gegenüber den sog. Digital 
Immigrants führt. Da erstere eine vergleichsweise ausgeprägte Technikaffinität und -kompe- 
tenz aufweisen, wird dieser Generationswechsel in den Unternehmen auch mit einer langfristig 
höheren Akzeptanz für den Einsatz von IT-Systemen zur Unterstützung oder Ausführung 
von Entscheidungsprozessen assoziiert. Die zweite Entwicklung betrifft die Möglichkeiten zum 
Rückgriff auf Fachkräfte für die Umsetzung von ML-Anwendungen, wozu sowohl Data Engi- 
neers (Dateningenieure) zur Aufbereitung und Analyse von Daten als auch Data Scientists 
(Datenwissenschaftler) zur Entwicklung der Modelle gehören. Hier zeigt sich, dass in Deutsch- 
land und in vielen weiteren Ländern aktuell und zukünftig weniger Fachkräfte am Markt zur 
Verfügung stehen, als insgesamt benötigt werden?®. 


524 Eine Analyse der unterschiedlichen Services findet sich in Weber (2020), S. 91 ff. 
525 Vgl. Deutscher Bundestag (2020), S. 4 
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5 Anwendungsmoglichkeiten 


In diesem Kapitel werden die Anwendungsmöjglichkeiten von ML im Logistikmanagement iden- 
tifiziert. Auf Grundlage bestehender Anwendungen wird hierfür eine Typologie entwickelt, wel- 
che durch eine geeignete Reduzierung der prozessualen und technischen Komplexität des 
Untersuchungsfeldes das gegenwärtige Anwendungsspektrum repräsentiert und gleichzeitig 
Aussagen zu zukünftigen Erweiterungen zulässt. Unter zusätzlicher Berücksichtigung von be- 
reits in der Praxis umgesetzten Anwendungen werden zudem die potenziellen Auswirkungen 
des Technologieeinsatzes für logistische Entscheidungsprozesse herausgearbeitet. Mittels 
dieser Untersuchungen soll die dritte sekundäre Forschungsfrage beantwortet werden: 


Wie kann das Anwendungsspektrum von ML im Logistikmanagement systematisiert 
und bewertet werden? Welche Implikationen ergeben sich für die Ausführung von lo- 
gistischen Entscheidungsprozessen? 


Zu Beginn des Kapitels wird das gewählte Forschungsdesign konkretisiert (Kapitel 5.1). Un- 
ter Rückgriff auf das zugrundeliegende Datenmaterial erfolgt im nächsten Schritt eine Charak- 
terisierung des Anwendungsspektrums in Form der gebildeten Typen (Kapitel 5.2). Diese 
Informationen dienen einer anschließenden Theoriebildung, welche sich zum einen auf die 
Abdeckung der Aktivitäten von logistischen Entscheidungsprozessen, auf Zusammenhänge 
zwischen prozessualen und technischen Eigenschaften, auf potenzielle Erweiterungen und 
auf die praktische Bedeutung des Anwendungsspektrums bezieht (Kapitel 5.3). Zum anderen 
umfasst dies auch die Ermittlung verschiedener Auswirkungen, die aus dem Einsatz von ML- 
Anwendungen hervorgehen (Kapitel 5.4). In Sinne einer Synthese der gewonnenen Erkennt- 
nisse werden im letzten Schritt generelle Kriterien zur Prüfung der Eignung von ML für An- 
wendungsfälle im Logistikmanagement abgeleitet (Kapitel 5.5). 


5.1 Forschungsdesign 


Die Untersuchungen in diesem Kapitel folgen den Erkenntnissen des TPC-Modells. Hierzu 
wurde eine für das vorliegende Forschungsziel zweckmäßige Verkürzung um die Nutzungsdi- 
mension vorgenommen (siehe Kapitel 2.1.3.4).52° Die damit verbundene Einnahme einer rein 
prozessual-technischen Betrachtungsperspektive sieht für die jeweiligen Systeme eine 
Prüfung der realisierbaren technischen Funktionalitäten und der adressierten Aufgaben vor, 
wobei deren geeignete Kombinationen das Anwendungsspektrum repräsentieren (siehe Ab- 
bildung 45). Die Eignung bemisst sich dabei anhand der resultierenden Auswirkungen, welche 
im TPC-Modell in Form einer Leistungsdimension berücksichtigt sind und die Zielsetzung für 
den Technologieeinsatz darstellen. Anstelle einer quantitativen Bewertung des Zusammenwir- 


526 Die an dieser Stelle unberücksichtigte Perspektive der Nutzer bzw. der Adoptionssubjekte im Allge- 
meinen wird durch die Untersuchungen in Kapitel 6 sichergestellt. 
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kens dieser drei Dimensionen, wie es bei der Prüfung spezifischer Anwendungsfalle im Rah- 
men des TPC-Modells erfolgt, wird bei der vorliegenden anwendungsfallübergreifenden Be- 
trachtung die Gesamtheit möglicher Ausprägungen für das Untersuchungsfeld ermittelt. 


Anwendungsspektrum Auswirkungen 
Technologie- Problemlésungs- | 
merkmale fahigkeiten von ML 


Veranderungen bei 
m> ` derEntscheidungs- ——> 
ausführung 


Potenziale und 
Risiken 


Aufgaben- Logistische 
merkmale Entscheidungsprozesse 


Abbildung 45: Untersuchungsdimensionen zu Anwendungsmöglichkeiten von ML527 


Die benötigten Informationen für die Funktionalitäten und Aufgaben von ML-Anwendungen im 
Logistikmanagement beziehen sich auf das prozessuale und technische Subsystem des Un- 
tersuchungsfeldes gemäß der in Kapitel 2.5 vorgenommenen systemtechnischen Modellie- 
rung. Im Hinblick auf den angestrebten Einsatz der Anwendungen als Entscheidungstechniken 
handelt es sich hierbei um die mittels ML realisierbaren Problemlösungsfähigkeiten sowie 
um logistische Entscheidungsprozesse, welche durch ML unterstützt bzw. ausgeführt wer- 
den können. Die für das Anwendungsspektrum relevanten Auswirkungen umfassen zuvor- 
derst die direkten Veränderungen der Ausführung von Planungs-, Steuerungs- und Überwa- 
chungsaktivitäten, welche im Folgenden als ML-spezifische Wirkungsdimensionen bezeich- 
net werden. Weiterhin handelt es sich um betriebswirtschaftlich relevante Nutzenpotenziale, 
welche durch die „Operationalisierung“ dieser Dimensionen in Form der Nutzung der Anwen- 
dungen für die Lösung spezifischer Problemstellungen entstehen. Gleichzeitig können auch 
negative Auswirkungen in Form von Risiken eintreten, welche daher ebenfalls in die Untersu- 
chung miteinbezogen werden. Die Erkenntnisse zu den Auswirkungen in diesem Kapitel ba- 
sieren auf der durchgeführten Online-Befragung und den Experteninterviews, einschließlich 
der im Kapitel 4.3 vorgenommenen Fallstudienforschung. Für die Ermittlung des Anwendungs- 
spektrums wurde dagegen auf Sekundärdaten zurückgegriffen und eine Typenbildung in Form 
einer Clusteranalyse durchgeführt (siehe Kapitel 3.2). Um hierbei gleichzeitig Aussagen zur 
prozessualen und technischen Dimension des Anwendungsspektrums sowie zu deren Zusam- 
menhängen und potenziellen Erweiterungsmöglichkeiten treffen zu können, wurde eine sepa- 
rate Typenbildung für die Problemlösungsfähigkeiten von ML-Anwendungen und für die 
adressierten logistischen Entscheidungsprozesse vorgenommen, deren Ausprägungen an- 
schließend wieder kombiniert werden konnten (siehe Abbildung 46). 


527 Eigene Darstellung 
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Umfeld 
unternehmensinterne und -externe Rahmenbedingungen 


Informationssystem 


Organisationsmitglieder 
u. a. Entscheidungsträger (Nutzer), Entwickler, Unternehmensführung 


Logistische Entscheidungsprozesse or ML-Anwendung 
\ ad 
Typisierung der Typisierung der 
Anwendungsbereiche anhand Problemlösungsfähigkeiten anhand 
von prozessualen Eigenschaften von technischen Eigenschaften 
Zusammenhänge 


Abbildung 46: Bildung von Typen für Probleme und Problemlösungsfähigkeit von MLS2® 


Bei den genutzten Daten zur Bildung beider Typenarten handelt es sich um Informationen zu 
Eigenschaften von 115 bestehenden ML-Anwendungen, welche im Rahmen der systemati- 
schen Literaturanalyse für den Zeitraum von 2012 bis 2020 aus der Forschung identifiziert 
wurden. Die Extraktion dieser Informationen, welche im Folgenden auch als ,prozessuale“ und 
„technische“ Eigenschaften bezeichnet werden, erfolgte unter Nutzung geeigneter Merk- 
male.5? Im Falle der Problemlösungsfähigkeit der ML-Anwendungen umfasst dies Merkmale 
zu den ML-Modellen in Form der genutzten Lernverfahren und -aufgaben, zum systemseitigen 
In- und Output sowie zur übergeordneten datenanalytischen Zielstellung. Für die sechs rele- 
vanten Merkmale wurden insgesamt 22 Ausprägungen identifiziert. Die Merkmale zum logis- 
tischen Anwendungsbereich beziehen sich auf die logistische Aufgabenart, auf unternehmens- 
interne und/oder -externe Schnittstellen der adressierten Entscheidungsprozesse, auf das Be- 
zugsobjekt, auf die bisherige Art der Entscheidungsausführung sowie auf die logistischen bzw. 
betrieblichen Zielsetzungen. Insgesamt lagen für die sieben relevante Merkmale 32 Ausprä- 
gungen vor. Für den finalen Merkmalsraum zur technischen und prozessualen Charakterisie- 
rung der ML-Anwendungen sind die Korrelationsmatrizen in Abbildung 47 dargestellt. Hohe 
positive Korrelationen über dem Grenzwert von r = 0,9 liegen bei diesen Merkmalen nicht mehr 
vor. Es sind lediglich vereinzelt starke negative Korrelationen festzustellen, aus denen sich 
jedoch keine nachteiligen Auswirkungen für den Gruppierungsvorgang ergaben, da es sich 
stets um die Ausprägungen eines Merkmals handelte. 


528 Eigene Darstellung 
529 Die verwendeten Merkmalen für beide Typenarten sind in Tabelle 34 im Anhang aufgeführt. 
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T-01 P-01 
T-02 
T-03 
T-04 
T-05 
T-06 
T-07 
T-08 
T-09 
T-10 
T-11 
1-12 
T-13 
T-14 
T-15 
T-16 
1-17 
T-18 
T-19 
T-20 
T-21 
T22 pal 


Merkmale für 
logistische Entscheidungsprozesse 


Merkmale für 
Problemlösungsfähigkeiten 


Abbildung 47: Korrelationsmatrizen für beide Merkmalsarten5?? 


Die Merkmalsausprägungen bildeten die Eingangsvariablen für die Clusteranalyse, welche 
mittels eines entwickelten Algorithmus auf Basis der Ward-Methode umgesetzt wurde. Für 
den Betrachtungsbereich der Gruppierung wurde eine Untergrenze von vier und eine Ober- 
grenze von acht Clustern vorgegeben. Anhand der Ausprägungen der Dunn-Indizes und der 
Dendrogramme für verschiedene Clusteranzahlen konnte im Rahmen einer iterativen Durch- 
führung des Gruppierungsprozesses die optimale Konfiguration für beide Typenarten ermittelt 
werden. Im Falle der Problemlösungsfähigkeit von ML-Anwendungen lag die optimale Anzahl 
bei fünf Typen, da hier der DI erstmalig das Maximum innerhalb der festgelegten Grenzen 
erreichte (siehe Abbildung 48 links). Analog zu dieser Begründung stellten sieben Typen die 
optimale Anzahl für den logistischen Anwendungsbereich dar (siehe Abbildung 48 rechts). 


0,35 0,40 
0,378 0,378 
0,34 0,333 0,333 0,333 0,333 0,38 
x x 
bi ® 
2 0,33 2 0,36 
E 0,32 Hal E 0,34 
a = 0,316 0,316 0,3 
0,31 0,32 
0,30 0,30 
4 5 6 7 8 4 5 6 7 8 


Clusteranzahl für Problemlösungsfähigkeiten 


Clusteranzahl für log. Entscheidungsprozesse 


Abbildung 48: Dunn-Indizes für die Clusteranzahl beider Subsysteme™" 


530 Eigene Darstellung. Die Achsenbeschriftungen entsprechen den Nummerierungen der Merkmale. 
531 Eigene Darstellung 
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Für diese optimale Clusteranzahl beider Dimensionen sind in Abbildung 49 die jeweiligen 
Dendrogramme dargestellt, wobei die Schnittpunkte der vertikalen Linien mit der gestrichelten 
horizontalen Linie die finalen Cluster repräsentieren. Die vereinzelten Lücken auf der X-Achse 
resultieren aus einer sehr geringen Distanz der Merkmalsausprägungen von einzelnen 
ML-Anwendungen, welche bei völliger Übereinstimmung auch Null betragen kann. 


an! SE 
ua u af WO 


Abbildung 49: Dendrogramme für den Gruppierungsvorgang beider Subsysteme°?2 


5.2 Charakterisierung der Anwendungstypen 


In diesem Unterkapitel wird das Anwendungsspektrum von ML in Form der identifizierten Ty- 
pen für die realisierbaren Problemlösungsfähigkeiten und die adressierten Entscheidungspro- 
zesse charakterisiert. Dies erfolgt für beide Typenarten entlang einer einheitlichen Struktur und 
unter Nutzung des zugrundeliegenden Datenmaterials in Form der Merkmalsausprägungen, 
welche der Ableitung von typeninternen und -übergreifenden Gemeinsamkeiten und Un- 
terschieden sowie von weiteren besonderen Eigenschaften dienen. Der Übergang zwischen 
den Typen ist hierbei oft fließend, da bestimmte Eigenschaften in mehreren Typen gleichzeitig 
vorhanden sind. An mehreren Stellen der Ausführungen wird ein Bezug zu individuellen ML- 
Anwendungen bzw. zu den korrespondierenden Veröffentlichungen hergestellt, wobei im 
Sinne der angestrebten Realtypen möglichst repräsentative Fälle verwendet werden.” 


5.2.1 Problemlösungsfähigkeiten 


Die fünf identifizierten Typen zur technischen Dimension von ML-Anwendungen repräsentie- 
ren deren Problemlösungsfähigkeiten für die Unterstützung bzw. Ausführung von logistischen 
Entscheidungsprozessen. Ausgehend von einer Zusammenfassung in Tabelle 13 werden die 
einzelnen Typen in den nachfolgenden Abschnitten charakterisiert. Die zwei Typen der Prog- 
nose werden dabei in diesen und den weiteren Ausführungen aufgrund hoher inhaltlicher 
Schnittmengen zusammen betrachtet. 


532 Eigene Darstellung 
533 Eine Zuordnung der nachfolgend aufgeführten Veröffentlichungen zu den einzelnen Typen findet 
sich in Tabelle 35 im Anhang. 
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5.2.1.1 Identifikation 


Die ML-Anwendungen des Clusters der Identifikation dienen einer präzisen Erkennung von 
Objekten und Zuständen im Rahmen einer permanenten Beobachtung der entsprechenden 
Prozesse. Es sollen hierbei möglichst in Echtzeit Informationen bereitgestellt werden, um die 
logistische Leistungserstellung frühzeitig und zielgerichtet beeinflussen zu können, z.B. in 
Form einer Erhöhung der Prozessqualitat oder einer Prozessbeschleunigung. 


Mehrere der Anwendungen werden zur Unterscheidung von verschiedenen Objektarten ein- 
gesetzt, z.B. von eingehenden Materialien im Wareneingang, aber auch zur Detektion von 
bestimmten, oft ungewünschten Zuständen dieser Objekte, insbesondere in Bezug auf das 
Vorhandensein von Fehlern (Anomalien), um sie z. B. als NC-Materialien zu deklarieren®**. Die 
realisierten Systeme sind hierbei in der Lage, selbst kleinste Abweichungen in den Eigenschaf- 
ten der Objekte zu erkennen. Hierzu erfolgt der Einsatz häufig zusammen mit Kamerasyste- 
men, weswegen diese Anwendungen auch gleichzeitig dem Kl-Teilbereich des Machine bzw. 
Computer Vision zuzuordnen sind (siehe Kapitel 2.4.1.3). 


Die Bestimmung von Zuständen erfolgt bei weiteren Anwendungen auch für den Betrieb von 
Maschinen und Fahrzeugen, um Störungen oder Ineffizienzen, wie Fehlfunktionen°®® oder 
hohe Energieverbräuche®®®, frühzeitig zu erkennen. Hierzu werden Messdaten von verschie- 
denen Parametern bewertet, u.a. durch die Nutzung zusätzlicher Sensorik, wie Erschütte- 
rungssensoren und RFID. Neben dem Maschinenbetrieb können auch menschliche Tätigkei- 
ten überwacht werden, z. B. beim Sortieren von Materialien in Ladungsträgern oder beim Mon- 
tieren von Bauteilen, um fehlerhafte Aktivitäten zu detektieren°?”. Hierbei kommen auch sog. 
Smart Wearables in Form von mit Sensoren ausgestatteten Handschuhen zum Einsatz. 


Für die Realisierung der Identifikationsfähigkeit von ML-Anwendungen wird häufig die Lern- 
aufgabe der Klassifikation umgesetzt, indem die Zugehörigkeit der Betrachtungsobjekte zu 
zuvor festgelegten Klassen ermittelt wird, z. B. in Form von verschiedenen Materialsegmenten 
und Störungsszenarien. Auch lassen sich mehrere der Anwendungen der Ausreißererkennung 
zuordnen. Die Lernverfahren entstammen zumeist dem Supervised oder Deep Learning. Dem- 
nach werden tiefe NN oder teilweise auch SVM sowie Kombinationen dieser beiden Verfahren 
genutzt. Eine hohe Bedeutung bei der Entwicklung der entsprechenden Modelle nimmt deren 
Flexibilität ein, um sie für mehrere, bisher unbekannte Bezugsobjekte anwenden zu können, 
z.B. zur Identifikation von weiteren, bisher unbekannten Produkten und Maschinenparame- 
tern. In diesem Zusammenhang kommen auch neuartige Konzepte, wie das in Kapitel 4.4.1 
vorgestellte Transfer Learning, zum Einsatz°?®. Gemäß den vorherigen Ausführungen werden 
in vielen Anwendungsfällen auch spezialisierte Hardwarekomponenten zur Generierung der 
benötigten Daten eingesetzt. Dementsprechend ist für diese Anwendungen eine Nutzung von 


534 Vgl. Carvajal Soto et al. (2019) 
535 Vgl. Ma et al. (2018) 
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komplexen Daten in Form von Audio-, Bild- und Videodaten charakteristisch. Die Bereitstellung 
des systemseitigen Outputs durch die Systeme erfolgt in Echtzeit, um eine kurze Reaktionszeit 
für die Steuerung der Prozesse zu gewährleisten. 


5.2.1.2 Analyse und Bewertung 


Das Cluster der Analyse und Bewertung umfasst ML-Anwendungen zur vordergründig punk- 
tuellen Ermittlung von bisher unbekannten Sachverhalten des jeweiligen Anwendungsberei- 
ches, welche für den Menschen nicht oder nur mit großem Aufwand erkennbar sind. Die Sys- 
teme erlauben es den Nutzern, für komplexe Problemstellungen mit vielen verschiedenen 
Merkmalen und einem großen Lösungsraum sinnvolle Auswahlentscheidungen zu treffen. 


Mehrere Anwendungen dienen einer Segmentierung von Betrachtungsobjekten in verschie- 
dene, bisher unbekannte Gruppen unter Betrachtung vielfältiger Merkmale. Hierbei kann es 
sich um Objekte in Form von Materialen bzw. Beständen® oder auch um Subjekte in Form 
von Lieferanten™? handeln. Auch werden mehrere Anwendungen zur Identifizierung möglicher 
Störungsszenarien genutzt, z.B. für Maschinen°*', Prozesse? und gesamte Lieferketten’*. 
Im Sinne einer Analyse von Kernursachen (Root Causes) werden dabei diejenigen Einfluss- 
faktoren und deren Kombinationen ermittelt, welche initial zu den Störungen führen. Die ermit- 
telten Segmente oder Szenarien können anschließend von Identifikationsanwendungen für die 
Zuordnung von zukünftigen Prozessausprägungen genutzt werden (siehe vorheriges Cluster). 


Diese Detektion tieferliegender Zusammenhänge wird ebenfalls bei mehreren Anwendungen 
zur Auswahl geeigneter Entscheidungen aus einem bestehenden Lösungsraum eingesetzt. 
Hierzu gehört u. a. die Bestimmung geeigneter Geschäftspartner in Form bestehender Kunden 
oder Lieferanten, indem eine Ähnlichkeit zwischen dem Auftraggeber und -nehmer ermittelt 
wird®**, Auch kann eine geeignete Auftragsreihenfolge in der Produktionsplanung anhand be- 
stehender Szenarien‘? sowie eine geeignete Fahrzeugauswahl anhand unterschiedlicher An- 
triebstechnologien”* bestimmt werden. 


Für die Realisierung der Analyse- und Bewertungsfähigkeit werden den ML-Anwendungen 
stets mehrere Eigenschaften der jeweiligen Betrachtungsobjekte sowie ggf. zusätzliches Hin- 
tergrundwissen übergeben, anhand dessen sie Korrelationen oder bedingte Wahrscheinlich- 
keiten ermitteln. Teilweise liegen dabei bereits Zusammenhänge zwischen Ein- und Aus- 
gangsvariablen in den Daten vor, sodass eher Verfahren zur Klassifikation zum Einsatz kom- 
men. Insbesondere im Falle der Segmentierung sowie der Ermittlung von Störungsszenarien 
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fehlen diese Hintergrundinformationen jedoch, sodass hierfür Verfahren der Gruppierung ge- 
nutzt werden. Zudem ist auch ein Rückgriff auf die Lernaufgaben der Assoziationsanalyse und 
der Wissensextraktion festzustellen. Dementsprechend ist der Lernprozess entweder als 
Supervised oder als Unsupervised Learning gestaltet. Die eingesetzten Lernverfahren sind 
sehr heterogen, wobei KNN und SVM am häufigsten vertreten sind. Die Bereitstellung der 
systemseitigen Ergebnisse erfolgt zumeist nur bedarfsbezogen zu bestimmen Zeitpunkten. 
Hierbei werden teilweise auch die identifizierten Zusammenhänge zu den jeweiligen Ergebnis- 
sen mit ausgegeben, um die Verständlichkeit des Lösungsweges für den Nutzer zu erhöhen, 
z.B. in Form von Wahrscheinlichkeiten, Rankings oder der Feature Importance. 


5.2.1.3 Prognose 


Die beiden Cluster der Prognose umfassen technische Lösungen zur Ermittlung von zukünfti- 
gen Parametern und Zuständen. Hierbei handelt es sich zum einen um individuelle Werte zu 
den jeweiligen Betrachtungsobjekten, wie z. B. um die Menge, Zeit, Kosten, Qualität und Leis- 
tung. Zum anderen können auch bestimmte Ereignisse oder das Verhalten von Prozessen 
oder Akteuren prognostiziert werden. Dies beinhaltet auch eine Ermittlung unterschiedlicher 
Planungsszenarien. 


Viele der Anwendungen dienen der Ermittlung der zukünftigen Nachfrage von Kunden, d.h. 
dem Demand Forecasting. Hierzu existieren verschiedene Variationen, die sich sowohl hin- 
sichtlich der Bezugsobjekte als auch hinsichtlich des Prognosezeitraums unterscheiden. Letz- 
terer reicht von Stunden oder Tagen über Monate bis hin zu Jahren, wobei festzustellen ist, 
dass hierfür jeweils unterschiedliche Lösungen notwendig sind. Ziel dieser Anwendungen ist 
es, anhand unterschiedlicher Einflussfaktoren, wie der Tageszeit und des Wetters, entweder 
die Nachfragemenge oder das Verhalten der Kunden zu bestimmen®’. Hierzu zählt auch die 
Prognose der auslösenden Akteure von zukünftigen Bestellungen‘. Im Zusammenhang mit 
der Nachfrageprognose stehen auch Anwendungen zur Ermittlung der zukünftigen Kosten für 
bestimmte Produkte? oder Prozesse°° sowie deren absatzseitiges Äquivalent in Form von 
Preisen?!. Neben der Nachfrage werden auch weitere Mengenangaben mit hoher Relevanz 
für die Logistik prognostiziert, z. B. das zukünftige Güteraufkommen in Form der Containeran- 
zahl°®? sowie die voraussichtliche Produktionsmenge™?. Auch wird die zukünftig verfügbare 
Kapazität zur „Deckung“ dieser nachgefragten Mengen bestimmt, z. B. in Form der Material- 
bestände an bestimmten Standorten>™. 
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Bei weiteren Anwendungen wird die zukünftige Leistung von Lieferketten®> sowie von einzel- 
nen Maschinen und logistischen Anlagen ermittelt, z.B. in Form der Fördertechnik. Dies 
erfolgt auch in Bezug auf bedeutende Kennzahlen, wie die OEE, d. h. die Gesamtanlagen- und 
Maschineneffektivitat®’. Im Zusammenhang mit diesen leistungsbezogenen Prognosen steht 
auch die Qualität, welche von mehreren Anwendungen in ihrer zukünftigen Ausprägung ermit- 
telt wird. Dies umfasst Qualitätsprognosen von Produkten in oder nach deren Fertigung®®, um 
vorab die potenzielle Nacharbeit oder die Abhängigkeit des Produktionsprozesses von einzel- 
nen Faktoren bestimmen zu können°”. Bei anderen Anwendungen wird wiederum die Qualität 
einzelner Maschinen prognostiziert, z. B. zur Bestimmung ihrer Abnutzung für eine Antizipation 
notwendiger Instandhaltungsmaßnahmen‘°°, was als Predictive Maintenance bezeichnet wird. 
Zudem lässt sich die zukünftige Leistung bzw. Qualität von Geschäftspartnern in Bezug auf 
bestimmte Zielgrößen prognostizieren, um deren Eignung zu bewerten. Dies gilt für beste- 
hende Lieferanten‘®', aber auch für potenzielle Wertschöpfungspartner°. Auch werden Er- 
eignisse prognostiziert, welche die Qualität und Leistung von logistischen Betrachtungsobjek- 
ten beeinflussen, z.B. in Form von spezifischen Störungen, wie Schäden an eingehenden 
Lieferungen°® oder Staus bei Transporten®*, sowie in Form allgemeiner Risiken in Lieferket- 
ten°®, Ein weiterer wichtiger Planungsparameter, der von mehreren Anwendungen prognosti- 
ziert wird, betrifft die Dauer von Prozessen, welche für Transporte°® und Produktionspro- 
zesse°”, aber auch für die gesamte Durchlaufzeit (DLZ) von Kundenauftragen®® ermittelt wird. 


Sofern es sich bei der zu prognostizierenden Größe um eine numerische Variable handelt, 
wird bei den Anwendungen eine Regression umgesetzt, was auf ca. 80 % der Fälle zutrifft. Bei 
qualitativen Variablen handelt es sich um eine Klassifikation. Die verwendeten Verfahren sind 
häufig dem Supervised bzw. Deep Learning, aber auch teilweise dem Evolutionay Learning 
zuzuordnen. In etwa der Hälfte der Fälle werden KNN eingesetzt; die übrigen Systeme nutzen 
u. a. evolutionäre Algorithmen, weitere NN-Architekturen, entscheidungsbaumbasierte Verfah- 
ren, SVM und Bayes-Verfahren. Insbesondere bei diesem Clustern zeigt sich, dass einzelne 
Lernaufgaben durch viele verschiedene Lernverfahren realisierbar sind, was die Erkenntnisse 
aus der Literaturanalyse in Kapitel 4.1.2 bestätigt. Die Bereitstellung der systemseitigen Er- 
gebnisse erfolgt zumeist punktuell in regel- oder unregelmäßigen Abständen. 
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Entsprechend der initialen Ausführungen zur entwickelten Typologie entfallen die Prognose- 
anwendungen auf zwei Cluster. Deren Unterscheidung kann anhand der entwicklungsseitigen 
Rahmenbedingungen vorgenommen werden. Mit dem Cluster „Prognose l“ existiert eine 
Gruppe von Anwendungen, in denen bereits erfolgreich — im Kontext der jeweiligen Problem- 
stellung — erprobte Lernverfahren zum Einsatz kommen. Die entwickelten Systeme weisen 
dabei einen vergleichsweise hohen technischen Reifegrad auf, indem sie u. a. über einen er- 
weiterten Funktionsumfang verfügen, z. B. in Form der Ausgabe von prognosebasierten Maß- 
nahmen, oder an andere Systeme zur Ergebnisbereitstellung angebunden sind. Dies trifft ins- 
besondere auf Anwendungen für bereits häufiger umgesetzte Problemstellungen zu, wie 
Nachfrage- und Qualitätsprognosen zu logistischen Bezugsobjekten. Die Anwendungen des 
Clusters „Prognose II“ nutzen stattdessen — im logistischen Kontext — vergleichsweise uner- 
probte Lernverfahren, wie CNN und RNN, oder auch Kombinationen mehrerer Algorithmen. 
Das Ziel liegt hierbei weniger in der Erhöhung des technischen Reifegrades als eher in der 
Realisierung einer höheren Ergebnisqualität gegenüber den bisherigen ML-Ansätzen. 


5.2.1.4 Optimierung 


Die ML-Anwendungen des Optimierungsclusters dienen der Ermittlung optimaler Parameter 
und Strategien gemäß festgelegter Zielgrößen und Restriktionen. Anders als beim Cluster der 
Analyse und Bewertung entstammen die Lösungen keinem vorab bekannten Lösungsraum, 
sondern werden stets neu generiert. Daher können sie auch eher „unkonventionell“ ausfallen, 
sodass im übertragenen Sinne auch von einer kreativen Fähigkeit gesprochen werden kann. 


Die meisten Anwendungen in diesem Cluster betreffen die auftragsbezogene Optimierung der 
Belegung einzelner Maschinen oder Arbeitsstationen (sog. Shops)?°®. Dies umfasst sowohl die 
initiale Festlegung einer optimalen Auftragszuordnung (Produktionsplanung) als auch deren 
zielgerichtete Anpassung im Falle von produktionsseitigen Veränderungen (Produktionssteu- 
erung), z.B. bei Störungen oder Änderungswünschen von Kunden?”°. Bei den zu mini- bzw. 
maximierenden Zielgrößen handelt es sich u. a. um die Durchlaufzeit, die Bestandshöhe oder 
die pünktliche Fertigstellung der Aufträge, d. h. die OTD (On Time Delivery). Gleichzeitig wer- 
den mehrere statische und teilweise dynamische Restriktionen berücksichtigt. Während Ers- 
teres u.a. die produktbezogene Bearbeitungsreihenfolge umfasst, adressiert Letzteres auch 
kurzfristige Veränderungen, wie die derzeitige Systembelastung, die jeweilige Anzahl an offe- 
nen Aufträgen oder Störungen. Entsprechend der Vielzahl an Zielen und Einflussfaktoren so- 
wie der Kombinationsmöglichkeiten im Falle von mehreren Arbeitsstationen und Produkten 
entstehen sehr komplexe Probleme, die erfolgreich durch die entwickelten ML-Anwendungen 
gelöst werden. Dies umfasst auch Belegungsplanungen für gesamte Produktionssysteme°”'. 
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Die optimale Allokation von Auftragen findet sich auch fiir weitere Probleme abseits der Pro- 
duktion, wie in Form der auftragsbezogenen Disposition von Transporten®”, bei der ebenfalls 
verschiedene Variablen, wie die Auslastung der einzelnen Transporte und die Lieferzeit, be- 
rücksichtigt werden. Auch für die Ermittlung optimaler Entscheidungen zur eigenen oder ex- 
ternen Realisierung von Kundenaufträgen (Make-or-buy) unter Berücksichtigung verschiede- 
ner Variablen, wie die Kosten, die Auslastung oder die Durchlaufzeit, existieren Anwendun- 
gen?’3, Eine weitere bedeutende logistische Problemstellung in Form der Bestimmung der 
bestmöglichen Transportstrecke (sog. Routing) wird ebenfalls von mehreren Optimierungsan- 
wendungen realisiert°”*. 


Neben der Ermittlung von Strategien, d.h. der Sequenz mehrerer Aktionen, umfassen viele 
Anwendungen auch eine Optimierung individueller Parameter. Diese können sich allgemein 
auf Prozesse®’> oder auf bestimmte Maschinen?” beziehen, z. B. in Form von Losgrößen und 
Betriebszeiten. Ferner werden auch optimale Verkaufspreise von Dienstleistungen oder Pro- 
dukten ermittelt. Bei mehreren Anwendungen zeigt sich auch eine integrative Fähigkeit von 
ML, indem gleichzeitig mehrere Zielgrößen harmonisiert werden. Dies bezieht sich u.a. auf 
eine Ermittlung optimaler Bestell- und Bestandsmengen in Bezug auf die Zeit und Kosten über 
mehrere Stufen der Lieferketten zur Reduzierung damit verbundener Schwankungen in Form 
des Bullwhip-Effektes. Auch werden optimale Planungen zwischen verschiedenen Bereichen 
realisiert, wie zwischen der Produktions- und Instandhaltungsplanung oder der Produktions- 
und Transportplanung zur Maximierung der Materialverfügbarkeit in Just-in-Time-Szenarien. 


Zur Realisierung der Anwendungen dieses Clusters werden zumeist Lernverfahren des 
Reinforcement Learning und des Evolutionary Learning eingesetzt, wie Q-Learning, Team 
Progress Algorithm und NSGA-II. Die Bereitstellung der Ergebnisse erfolgt teilweise punktuell, 
z.B. bei einer auftragsbezogenen Produktionsplanung, aber auch häufig permanent, wie im 
Falle des Routings. Bei mehreren Anwendungen ist zudem bereits eine Verbindung mit ent- 
sprechenden Ausführungssystemen, z.B. MES, festzustellen. 


5.2.2 Logistische Entscheidungsprozesse 


Die sieben identifizierten Typen zur prozessualen Dimension von ML-Anwendungen repräsen- 
tieren unterschiedliche Bereiche von logistischen Entscheidungsprozessen, für deren Ausfüh- 
rung bzw. Unterstützung diese Systeme eingesetzt werden können. Ausgehend von einer Zu- 
sammenfassung in Tabelle 14 werden die einzelnen Typen in den nachfolgenden Abschnitten 
charakterisiert. 
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Tabelle 14: Zusammenfassung der Typen für die logistischen Entscheidungsprozesse 


5.2.2.1 Langfristige Beschaffungs- und Absatzplanung 


Die ML-Anwendungen des Clusters der langfristigen Beschaffungs- und Absatzplanung (LBA) 
beziehen sich auf taktisch-strategische Planungsaufgaben zur Gestaltung von beschaffungs- 
und absatzmarktseitigen Logistikstrukturen. Es werden einerseits wichtige Parameter zur Be- 
stimmung der zukünftigen Auftragssituation und der damit verbundenen logistikrelevanten 
Mengenströme erhoben sowie andererseits Auswahlentscheidungen zur langfristigen Koope- 
ration mit Wertschöpfungspartnern und Kunden getroffen. Ziel des Einsatzes von ML ist eine 
langfristige Erhöhung der Effizienz, Flexibilität und Servicequalität von logistischen Systemen 
durch die Bereitstellung zentraler Planungsinformationen für nachfolgende Entscheidungspro- 
zesse. Die meisten der adressierten Aufgaben werden in den Unternehmen aktuell noch ma- 
nuell durchgeführt, was auf die hohe Individualität der Problemstellungen zurückzuführen ist. 


Mehrere Anwendungen in diesem Cluster dienen der Ermittlung der zukünftigen Nachfrage 
von Kunden in einem mittel- bis langfristigen Planungshorizont, wofür die Prognosefähigkeit 
von ML umgesetzt wird. Die Nachfrageprognosen beziehen sich sowohl auf bestimmte Kun- 
denmärkte in Form einzelner Produktgruppen als auch auf die daraus resultierenden Absatz- 
mengen und den Umsatz”. Auch wird durch einige Systeme das Nachfrageverhalten der 
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Kunden in Bezug auf dynamische Preisveränderungen bestimmt, um zukünftige Verkaufs- 
preise zielgerichtet festzulegen. Dazu erfolgt eine Prognose der erwarteten Kaufkraft je Preis- 
bereich für verschiedene Kundengruppen®”®. Ebenfalls wird in diesem Zusammenhang die zu- 
künftige Entwicklung der Verkaufspreise von Produkten ermittelt°”’®. Ein weiterer Anwendungs- 
fall dieses Clusters beinhaltet die strategische Auswahl geeigneter Geschäftspartner in Form 
von Kunden sowie von Zulieferern und Dienstleistern (sog. Supplier Selection). Dabei wird 
u. a. die jeweilige Eignung der potenziell infrage kommenden Unternehmen für eine Geschäfts- 
beziehung anhand von unterschiedlichen wirtschaftlichen Merkmalen ermittelt, wie die Größe, 
der Standort und das Wettbewerbsumfeld®®°, aber auch anhand der Prognose der erwarteten 
Lieferperformance®®". 


5.2.2.2 Bedarfs- und Kapazitätsmanagement 


Das Cluster des Bedarfs- und Kapazitätsmanagements (BKM) umfasst Anwendungen für Pla- 
nungs- und Steuerungsaktivitäten zur kurz- bis mittelfristigen Bestimmung und Harmonisie- 
rung von benötigten und verfügbaren logistischen Kapazitäten, wobei dies vordergründig auf 
den Materialbedarf zutrifft. In diesem Zusammenhang werden auch Leistungsgrößen, wie Be- 
stände, Durchlaufzeiten und Kosten, mitberücksichtigt. Ziel des Einsatzes der Anwendungen 
ist eine bedarfsgerechte Bereitstellung der Ressourcen, die neben einer Steigerung der logis- 
tischen Servicequalität und der Vermeidung von Out-of-Stock-Situationen auch zu einer Re- 
duktion von Ineffizienzen in Form von Überkapazitäten und unnötigen Risikopuffern beiträgt. 
Die adressierten Aufgaben werden bereits in vielen Fällen durch andere Entscheidungstech- 
niken unterstützt, z. B. in Form von APS-Systemen (Advanced Planning and Scheduling) und 
MRP-Systemen (Material Requirements Planning), welche jedoch auf modellgestützten An- 
sätzen oder klassischen statistischen Verfahren basieren und daher die Wechselwirkungen 
und Dynamik der Planungsparameter nur eingeschränkt berücksichtigen können. 


Zur Ermittlung des Materialbedarfs wird auch von Anwendungen aus diesem Cluster die Kun- 
dennachfrage prognostiziert — jedoch für einen vergleichsweise kurzen Zeithorizont°®?. An- 
stelle dieser absatzseitigen Betrachtung bestimmen weitere Systeme die korrespondierenden 
logistischen Mengen, z.B. in Form des erwarteten Güteraufkommens in logistischen Knoten- 
punkten??? und der zukünftigen Produktionsmenge, um diese beim S&OP-Prozess nutzen zu 
können®®*, Neben dem Materialbedarf wird auch die dafür notwendige Kapazität durch meh- 
rere Anwendungen adressiert. Dies umfasst die Bestimmung zukünftiger Szenarien von Ma- 
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terialbeständen und möglicher Lieferrückstände (sog. Backorders) an verschiedenen Standor- 
ten°®. Unter Nutzung der Analyse- und Bewertungsfähigkeit erfolgt dazu auch eine Segmen- 
tierung der Bestände in verschiedene Materialarten°®. Zudem werden für Logistiknetzwerke, 
bestehend aus mehreren Lagerstandorten, die erforderlichen Materialmengen zur Sicherstel- 
lung einer bedarfsgerechten Kapazität ausgehend vom zukünftigen Materialbedarf be- 
stimmt‘. Im Falle der Beauftragung externer Wertschöpfungspartner zur Bereitstellung benö- 
tigter Materialumfänge werden sowohl die notwendigen Bestellmengen°®®, u. a. unter Berück- 
sichtigung von Kapazitäten, Preisen und der Nachfrage, als auch dafür geeignete Bestellzeit- 
punkte®®° ermittelt. Als Grundlage für die Bedarfs- und Kapazitätsplanungen erfolgt außerdem 
eine Prognose der voraussichtlichen Durchlaufzeit zur Realisierung von Aufträgen von der 
Bestellung bis zur Auslieferung” sowie der zu erwartenden Prozess- und Materialkosten’. 


5.2.2.3 Lieferantenmanagement 


Die ML-Anwendungen des Clusters des Lieferantenmanagements (LM) beziehen sich auf Pla- 
nungs- und Steuerungsaufgaben zur Einbindung von externen Wertschöpfungspartnern. 
Diese dabei abgedeckten Entscheidungsprozesse reichen von der Auswahl und Bewertung 
der entsprechenden Unternehmen über die Gestaltung der damit verbundenen Prozesse bis 
zur Intervention bei Abweichungen. Ziel des Einsatzes der Anwendungen ist die Sicherstellung 
der Lieferbereitschaft und Qualität der eingebundenen Partner, um die Kundennachfrage an- 
forderungsgerecht zu bedienen. Mehrere der adressierten Problemstellungen werden bereits 
durch konventionelle Entscheidungstechniken unterstützt, wie z. B. Scoring-Modelle zur Liefe- 
rantenbewertung oder ERP-Systeme (Enterprise-Resource-Planning) zur Berechnung optima- 
ler Bestellmengen. Tiefergreifende Zusammenhänge und dynamische Veränderungen können 
von den zugrundeliegenden univariaten Analysen und deterministischen Verfahren jedoch 
nicht berücksichtigt werden. 


Mehrere Anwendungen dieses Clusters dienen der Bestimmung geeigneter Lieferanten und 
Logistikdienstleister, wobei sowohl die ML-Fähigkeiten der Analyse und Bewertung als auch 
der Optimierung eingesetzt werden. Neben einer initialen Beauftragung neuer Unternehmen 
beziehen sich die entsprechenden Anwendungsfälle auch auf die kontinuierliche Bewertung 
bestehender Partner°®. Während bei ersterem allgemeine Unternehmensinformationen be- 
rücksichtigt werden, sehen letztere eine Einbindung von Leistungsdaten aus vergangenen Auf- 
trägen vor, wie Informationen zur OTD und zu verursachten NC-Materialien. In diesem Zusam- 
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menhang erfolgt auch eine Betrachtung weiterer lieferantenseitiger Fähigkeiten, wie die Flexi- 
bilität bei Nachfrageänderungen oder Störungen°®. Das systemseitige Ergebnis stellt bei die- 
sen Anwendungen häufig ein Ranking der Lieferanten dar, welches der Auswahlentscheidung 
oder einer gezielten Förderung im laufenden Betrieb dient. Für eine geeignete Einbindung der 
Lieferanten in das Wertschöpfungsnetzwerk werden zudem optimale Lieferstrategien ermittelt, 
insbesondere in Bezug auf die Bestellmenge und -frequenz. Dies erfolgt u.a. mit dem Ziel 
einer Minimierung der kundenseitigen Wartezeit oder einer Verringerung des Bullwhip-Ef- 
fektes entlang der Lieferkette®®. Um frühzeitig bei potenziellen Störungen der beauftragten 
Partner eingreifen zu können, werden diese Ereignisse sowie damit verbundene Auswirkun- 
gen in Bezug auf die Lieferfähigkeit von mehreren Anwendungen bestimmt. Dies erfolgt zu- 
meist durch den Rückgriff auf die Prognosefähigkeit von ML, indem voraussichtliche Liefer- 
rückstände entlang der Lieferkette®” oder Fehler im Materialhandling°” ermittelt werden. 


5.2.2.4 Produktionsplanung und -steuerung 


Das Cluster der Produktionsplanung und -steuerung (PPS) umfasst ML-Anwendungen zur Be- 
stimmung zentraler logistischer Planungsparameter für die ablauforganisatorische Gestaltung 
von Produktionssystemen. Die dazugehörigen Planungs- und Steuerungsaufgaben beziehen 
sich auf die Gesamtheit des Produktionssystems, auf größere Teilbereiche oder auf einzelne 
Maschinen bzw. Prozessschritte und dienen u. a. der Terminplanung, Reihenfolgeplanung und 
Maschinenbelegung, inkl. der Losgrößenermittlung. Ziel des Einsatzes von ML ist eine Effi- 
zienzsteigerung der Produktionsprozesse durch die Reduzierung von Durchlaufzeiten und die 
Steigerung der Produktivität. Die adressierten Problemstellungen werden in der Praxis bereits 
häufig durch andere Entscheidungstechniken unterstützt, insbesondere durch klassische 
PPS-Systeme, aber auch durch MES und APS-Systeme. Diese basieren jedoch zumeist auf 
Heuristiken oder mathematischen Optimierungen und sind daher nur bedingt in der Lage, alle 
relevanten Einfluss- und Zielgrößen und deren Dynamik zu berücksichtigen. 


Die meisten Anwendungen dieses Clusters dienen entweder der initialen Festlegung eines 
Produktionsplans zur geeigneten auftragsbezogenen Belegung von Arbeitsstationen und Ma- 
schinen oder dessen kontinuierlicher Anpassung in Hinblick auf neue Rahmenbedingungen. 
Letzteres umfasst auch eine Berücksichtigung von Störungen?® oder vom gegenwärtigen Um- 
laufbestand°” bei der Ermittlung des Produktionsplans. Neben einer Durchlaufzeitenreduzie- 
rung umfassen die dabei zu optimierenden Zielgrößen auch eine Einhaltung kundenseitiger 
Termine und die Auslastungserhöhung, sodass auch das Problem der gleichzeitigen Optimie- 
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rung der Durchlaufzeiten und Kapazitätsauslastung in Form des „Dilemmas der Ablaufpla- 
nung“ Berücksichtigung findet. Zudem wird die Harmonisierung mit angrenzenden Prozessen, 
z.B. der Instandhaltungsplanung®™, als Ziel verfolgt. Insgesamt decken die Anwendungen zur 
Bestimmung des Produktionsplans verschiedene Ausprägungen von Produktionssystemen 
ab, wie Flow Shop, Open Shop und Job Shop®°', welche sich im Wesentlichen hinsichtlich der 
Freiheitsgrade bei der Nutzung verschiedener Maschinen und deren Reihenfolge für die Be- 
arbeitung von Aufträgen unterscheiden. Auch der Anwendungsfall einer Mehrvariantenproduk- 
tion wird unter Rückgriff auf die Fähigkeit der Analyse und Bewertung berücksichtigt”. Unter 
Einbeziehung der genannten Rahmenbedingungen von Produktionssystemen, wie die aktuelle 
Auslastung und Durchlaufzeit, umfassen einige Anwendungen auch eine Ermittlung optimaler 
Entscheidungen für die Annahme oder Ablehnung neuer Produktionsaufträge sowie — im Falle 
einer Annahme - für deren Eigen- oder Fremdfertigung‘®. Auch liegen Anwendungen in die- 
sem Cluster vor, welche die Ermittlung einzelner Prozess- und Maschinenparameter adressie- 
ren, wobei unterschiedliche ML-Fähigkeiten zum Einsatz kommen. Dies umfasst die Identifi- 
kation des Energieverbrauchs von Maschinen®™, die Prognose der Durchlaufzeit in der Pro- 
duktion” sowie die Bestimmung optimaler Betriebsparameter für die Erhöhung der Prozess- 
qualität°°®, Hierbei werden auch „instabile“ Produktionsszenarien abgedeckt, wie die Realisie- 


rung einer robusten Anlaufphase durch eine Störungsminimierung®”. 


5.2.2.5 Transportmanagement 


Die ML-Anwendungen des Clusters des Transportmanagements (TM) betreffen Planungs- 
und Steuerungsaufgaben zur Gestaltung des inner- und außerbetrieblichen Transportsystems. 
Dies umfasst die Bestimmung der Transportmittel, der Transportprozesse und des Handlings 
der Transportgüter, einschließlich der transportseitigen Schnittstellenaufgaben, z. B. der Ver- 
packungsplanung. Ziel der Anwendungen ist eine Effizienz- und Qualitätssteigerung von 
Transporten, v.a. durch die Optimierung der dazugehörigen Wege und Zeiten. Mehrere der 
Entscheidungsprozesse werden aktuell vordergründig manuell ausgeführt, insbesondere die 
Dispositionstätigkeiten. Andere Probleme, wie das Routing, werden bereits mit fortgeschritte- 
nen Techniken unterstützt, wobei die in diesem Falle eingesetzten Navigationssysteme zu- 
meist nur verkehrsbezogene Informationen berücksichtigen. 


Ein bedeutender Anwendungsfall stellt die angesprochene Disposition von Aufträgen zu un- 
terschiedlichen Transportmöglichkeiten dar. Hierzu existieren zum einen Prognoseanwendun- 
gen, welche das zukünftige Verhalten von Disponenten ermitteln‘; zum anderen wird mittels 


600 Vgl. Liu et al. (2018) 

601 Vgl. Wang et al. (2017a); Nasiri et al. (2017) 
602 Vgl. Lv et al. (2018) 

603 Vgl. Li et al. (2012) 

604 gl. Zhang, Jiang (2020) 

605 Vgl. Lingitz et al. (2018) 

606 Vgl. Yin et al. (2020) 

607 Vgl. Doltsinis et al. (2014) 

608 Vgl. Maghrebi et al. (2015) 


149 


5 Anwendungsmöglichkeiten 


der Optimierungsfähigkeit von ML die geeignete Zuordnung für Aufträge zur Minimierung von 
Kosten bestimmt‘. Neben der Auswahl bestimmter Fahrzeuge beziehen sich einzelne An- 
wendungen auch auf die optimale Konfiguration der gesamten Transportkette, welche aus 
mehreren Teilprozessen mit unterschiedlichen Verkehrsmitteln bestehen kann. Diese umfasst 
auch eine auftragsbezogene Bewertung der Durchführung eines Cross-Dockings oder einer 
Direktbelieferung. Zudem wird eine geeignete Bündelung von Sendungen für die Laderaumop- 
timierung bestimmt, indem verschiedene Eigenschaften der Güter, wie die Größe, Konsistenz 
und eine notwendige Temperaturführung, Berücksichtigung finden. Ein weiterer bedeutender 
Anwendungsfall bezieht sich auf die Ermittlung eines optimalen Streckenverlaufs für Trans- 
porte in Hinblick auf eine Reduzierung von deren Kosten und Zeiten oder — im Falle von eng 
getakteten Lieferketten — in Bezug auf den Produktionsplan®'?. Die entsprechenden Anwen- 
dungen decken dabei sowohl In- und Outbound-Verkehre als auch innerbetriebliche Trans- 
porte ab®''. Hierbei werden zentrale Probleme der Logistik in Form des Traveling Salesman 
Problems sowie des Vehicle Routing Problems gelöst. Im Zusammenhang mit dem Routing 
werden auch zukünftige Ereignisse und Einflüsse prognostiziert, die eine Veränderung der 
Streckenverläufe erfordern, wie z.B. Staus®'?. Als zentraler Paramater für das Transportma- 
nagement sowie für weitere logistische Planungsaktivitäten werden bei einzelnen Anwendun- 
gen auch die Prozess- bzw. Ankunftszeiten von Fahrzeugen sowie von gesamten Transport- 
ketten in Form der ETA bestimmt, anhand derer sich Verspätungen feststellen lassen®"?. 


5.2.2.6 Prozessmonitoring 


Die ML-Anwendungen des Clusters des Prozessmonitorings (PM) beziehen sich auf Überwa- 
chungsaufgaben zur leistungs- und qualitätsbezogenen Zustandsermittlung des innerbetrieb- 
lichen Materialflusses. Dies betrifft sowohl spezifische Materialien, Produkte und Aufträge als 
auch eine auftragsunabhängige Kontrolle von Prozessen sowie der beteiligten technischen 
und personellen Ressourcen. Ziel des Einsatzes dieser Anwendungen ist die Erzielung einer 
höheren Transparenz über die jeweiligen Bezugsobjekte, um kurzfristig Anpassungsmaßnah- 
men, u.a. zur Sicherstellung der Lieferfähigkeit, initiieren zu können. Die adressierten Prob- 
leme werden bereits häufig durch andere Entscheidungstechniken unterstützt, insbesondere 
in Form deskriptiver Analysen in Verbindung mit Soll-Ist-Vergleichen zur statistischen Prozess- 
kontrolle. Auch hierbei werden allerdings keine tieferliegenden Zusammenhänge und keine 
zukünftigen Zustände ermittelt. 
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Mehrere Anwendungen dieses Clusters dienen der Erkennung von Anomalien an Materialien 
und Produkten anhand von vielfältigen Merkmalen. Dies gilt sowohl für deren initiale Charak- 
terisierung®"* als auch für deren Detektion im Rahmen der Prozessausführung®"®, wobei hierzu 
im Falle von optischen Merkmalen häufig Kamerasysteme zum Einsatz kommen. Außerdem 
werden auch zukünftige Fehler prognostiziert‘. Die Ermittlung der Normabweichungen findet 
sowohl für Teilprozesse des internen Materialflusses als auch in Bezug auf eine abschließende 
Qualitätsprüfung statt. Neben diesen material- und auftragsspezifischen Betrachtungen exis- 
tieren auch Anwendungen, welche die eingesetzten Ressourcen überwachen. Dies umfasst 
die Detektion eines fehlerhaften Verhaltens bis hin zu Ausfällen von Fertigungsanlagen®’’, was 
auch als Condition Monitoring bezeichnet wird. Auch trifft dies auf die eingesetzten Betriebs- 
mittel in den Logistikprozessen zu®"®, z.B. zur Ermittlung von falsch-positiven RFID-Signalen 
bei der Identifikation von Materialien während der Beladung. Bei manuellen Prozessen werden 
durch den Einsatz zusätzlicher Sensoren, z. B. in Form von Smart Wearables, zudem die Be- 
wegungen von Mitarbeitern, wie das Greifen in Behälter, überwacht und dabei eine Zuordnung 
in korrekte oder fehlerhafte Zustände vorgenommen*’®. Anstelle individueller Ereignisse wer- 
den von einigen Anwendungen auch aggregierte Eigenschaften der genannten Bezugsobjekte 
bestimmt. Dies betrifft u.a. die Prognose der Qualität von Produkten und Maschinen®°, um 
vorausschauend Nacharbeiten sowie Maßnahmen für die Instandhaltung einleiten zu können, 
was auch unter dem Begriff des Predictive Process Control zusammengefasst wird. In Bezug 
auf die eingesetzten Maschinen, z. B. Fertigungsanlagen sowie Lager- und Fördertechnik, wird 
zudem die Leistung ermittelt®?', um u. a. Aussagen über die OEE zu treffen. 


5.2.2.7 Supply Chain Risk und Performance Management 


Die ML-Anwendungen des Clusters des Supply Chain Risk und Performance Managements 
(SCRM und SCPM) dienen Überwachungsaufgaben zur Zustandsermittlung von Lieferketten, 
wobei diese entweder in ihrer Gesamtheit oder in Bezug auf einzelne Prozesse oder Akteure 
betrachtet werden. Ziel des Einsatzes von ML ist es, mehr Informationen über die oft intrans- 
parenten Prozesse außerhalb des jeweiligen Unternehmens oder Standortes zu erhalten, um 
die Effizienz und Robustheit der Lieferketten zu erhöhen. In Abgrenzung zum vorherigen Clus- 
ter besteht bei den meisten Anwendungen kein Bezug zu spezifischen Aufträgen, sodass auf 
Grundlage der bereitgestellten Informationen auch keine unmittelbare Einflussnahme ange- 
strebt wird, sondern vielmehr eine Initiierung längerfristiger Anpassungsmaßahmen. Neben 
einer häufig noch manuellen Ausführung werden teilweise in der Praxis auch konventionelle 
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Entscheidungstechniken eingesetzt, v.a. in Form von Bl-Systemen, welche jedoch nur de- 
skriptive Informationen unter Anwendung klassischer statistischer Verfahren berücksichtigen. 


Mehrere Anwendungen dieses Clusters dienen der Detektion von prozess- und akteursüber- 
greifenden Störungen bzw. Risiken, einschließlich einer Ermittlung relevanter Kernursachen. 
Dies erfolgt sowohl im Rahmen einer Gegenwartsbetrachtung zur Charakterisierung dieser 
negativen Einflüsse, u.a. für die Wirtschaftlichkeitsbetrachtung von Lieferketten®??, als auch 
mittels Prognosen zu deren Antizipation. Letzteres umfasst u. a. die Bestimmung von Risiken 
für die Verspätung von Lieferungen®??. Mehrere Anwendungen fokussieren dabei auch spezi- 
fische Risikoarten, wie Naturkatastrophen, Streiks und Terroranschläge®*. Auch werden Be- 
trugsfälle in Netzwerken®5 und Cyber-Attacken®® betrachtet, um die Sicherheit von Lieferket- 
ten zu erhöhen. Anstelle dieser übergreifenden Betrachtung werden bei einigen Anwendungen 
auch bestimmte Teilbereiche von Lieferketten fokussiert. Dies betrifft Anomalien in vertriebs- 
seitigen Nachfrageströmen?” oder in bereits ausgelieferten Produkten durch eine Berücksich- 
tigung von After-Sales-Informationen®®. Neben Risiken werden von mehreren Anwendungen 
auch aggregierte Leistungseigenschaften von Lieferketten ermittelt, wie deren Zuverlässigkeit 
sowie deren Reaktions- und Anpassungsfähigkeit‘?°, wobei dies ebenfalls sowohl mittels einer 
Analyse des gegenwärtigen Zustands als auch durch Prognosen erfolgt. Hierbei werden teil- 
weise von den Systemen auch Informationen zu den Ursache-Wirkungs-Beziehungen der Ein- 
flussfaktoren bereitgestellt, damit die Nutzer gezielt Schwachstellen mitigieren können. 


5.3 Bewertung und Interpretation des Anwendungsspektrums 


Das zuvor identifizierte Anwendungsspektrum von ML wird in diesem Unterkapitel anhand 
mehrerer Betrachtungsebenen analysiert. Das umfasst eine Prüfung der bisherigen Abde- 
ckung der Aktivitäten des Logistikmanagements, wozu eine Zuordnung der Typen zu den Re- 
ferenzstrukturen aus Kapitel 2 für die Systematisierung von Entscheidungsprozessen erfolgt. 
Auch wird der Umsetzungsstand der Typen anhand der Anzahl der jeweils vorliegenden An- 
wendungen untersucht. Durch eine damit verbundene Kombination der beiden Typenarten 
werden Zusammenhänge zwischen der Problemlösungsfähigkeit und den adressierten Ent- 
scheidungsprozessen aufgedeckt. Unter Berücksichtigung der zukünftigen Entwicklungen aus 
Kapitel 4.4 erfolgt zudem eine Ermittlung geeigneter Erweiterungsmöglichkeiten des Anwen- 
dungsspektrums im Sinne eines zukünftigen Forschungsbedarfes. Zum Abschluss wird die 
Bedeutung der Anwendungsmöglichkeiten für die logistische Praxis untersucht. 


622 Vgl. Ye et al. (2015) 

623 Vgl. Baryannis et al. (2019a) 

624 Vgl. Liu et al. (2016) 

625 Vgl. Zage et al. (2013) 

626 vol, Hiromoto et al. (2017) 

627 Vgl. Tran et al. (2019) 

628 Vgl. Ko et al. (2017) 

629 Vgl. Lima-Junior, Carpinetti (2020) 
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5.3.1 Abdeckung der Referenzstrukturen für Entscheidungsprozesse 


In Hinblick auf die in Kapitel 2.3.2 beschriebene Systematisierung der grundsätzlichen Aktivi- 
täten innerhalb von Entscheidungsprozessen, welche von der Problemwahrnehmung bis zur 
Ausführung reichen, lässt sich eine hohe Abdeckung der identifizierten Problemlösungsfähig- 
keiten von ML-Anwendungen feststellen (siehe Abbildung 50). Demnach können alle Aktivitä- 
ten durch eine oder mehrere Fähigkeiten unterstützt bzw. ausgeführt werden. Für die 
Phase der Problemformulierung umfasst dies zum einen die Möglichkeit der routinemäßigen 
Detektion von problematischen Zuständen und Ereignissen — sowohl im Rahmen einer Ge- 
genwartsbetrachtung mittels Identifikationsanwendungen als auch für die Zukunft mittels Prog- 
noseanwendungen. Zum anderen kann auch ein Suchprozess nach Problemen durch Anwen- 
dungen mit der Fähigkeit der Analyse und Bewertung initiiert werden. Für die Präzisierung der 
Problem- und Zielstellungen können die letztgenannten Anwendungen zudem relevante Hin- 
tergrundinformationen bereitstellen, z. B. in Form von Assoziationsregeln und Rankings. Auch 
können diese Aktivitäten durch Prognoseanwendungen unterstützt werden, indem dadurch 
Informationen zu zukünftigen Entwicklungen bereitgestellt werden. Für die Erforschung von 
Handlungsalternativen in Form einzelner Parameter oder ganzer Strategien können sowohl 
bestehende Lösungsmöglichkeiten durch Anwendungen mit der Fähigkeit der Analyse und 
Bewertung als auch neue, unkonventionelle Lösungswege durch Optimierungsanwendungen 
identifiziert, bewertet und ausgewählt werden. Für die Bewertung der Handlungsalternativen 
in Form der Ermittlung von deren Auswirkungen können zudem Prognoseanwendungen ein- 
gesetzt werden. Die Realisierung der Entscheidungen ist dagegen nicht Teil der identifizierten 
Problemlösungsfähigkeiten, sondern erfolgt durch zusätzliche Hardwarekomponenten für die 
Aktorik der ML-Anwendungen oder durch externe Systeme. Die sich an die Realisierung an- 
schließende Kontrolle der Entscheidungen kann wiederum durch dieselben ML-Fähigkeiten, 
wie im Falle der initialen Problemformulierung, unterstützt bzw. ausgeführt werden. 


D 
Identifikation Problemwahrnehmung +— 
Präzisierung der Problem- und Zielstellung + 
Analyse & 
© Bewertung || Prognose 
£ Erforschung der möglichen Handlungsalternativen — 
O 
x | Optimierung 
Auswahl einer Handlungsalternative (Entscheidung) + 


manuelle oder systemseitige Ausführung mg 


Abbildung 50: Typenbezogene Abdeckung der Aktivitäten von Entscheidungsprozessen®?° 


630 Eigene Darstellung 
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Bei einer Betrachtung der Prozesse des Logistikmanagements, welche in Kapitel 2.2.2 zu 
Hauptaufgaben generalisiert wurden, lässt sich ebenfalls eine hohe Abdeckung der identifi- 
zierten Typen feststellen (siehe Abbildung 51). Demnach existieren bereits für alle logistischen 
Funktionen entsprechende ML-Anwendungen, wobei produktionslogistische Anwendungsfalle 
überwiegen. Zudem wird ersichtlich, dass neben reinen unternehmensinternen Anwendungs- 
fällen auch mehrere Anwendungen existieren, die sich auf akteursübergreifende Problemstel- 
lungen beziehen. Ebenfalls sind alle drei betrachteten Aufgabenarten der Planung, Steuerung 
und Kontrolle abgedeckt. In Hinblick auf die damit verbundenen Planungshorizonte ist jedoch 
festzustellen, dass Anwendungen zu strategischen Prozessen unterrepräsentiert sind. 


Vertrieb Beschaffung Produktion Distribution 
- Produktprogramm - Beschaffungsstrategien 
Strategisch - Standortwahl 
(Planung) Strate d Liefera - Produktionssystem - Netzwerkstruktur 


Absatz- und Beschaffungsplanung 


Taktisch 
(Planung) 
Bedarfs- und Lieferanten- Produktionsplanung Transport- 
Kapazitätsmanagement management und -steuerung management 
Operativ 
(Steuerung) 
Prozessmonitoring 
Kontrolle 
(Über- 
wachung) Supply Chain Risk und Performance Management 


Abbildung 51: Typenbezogene Abdeckung von Prozessen des Logistikmanagements®?! 


Die bisherigen Anwendungsfalle für einen längerfristigen Planungshorizont sind zumeist den 
logistischen Funktionen des Vertriebes und der Beschaffung zuzuordnen. Sie sind Teil des 
Clusters LAB, wozu u.a. die Ermittlung der langfristigen Nachfrage und des Kundenverhaltens 
gehört. Ein weiterer Anwendungsfall mit einem vergleichsweise langen Planungshorizont be- 
trifft die Netzplanung zur optimalen Gestaltung von Logistikstrukturen bestehend aus verschie- 
denen Lagerstandorten. Der Anwendungsfall der Nachfrageermittlung findet sich auch im 
BKM - jedoch hier für einen kürzeren Zeithorizont. Zusätzlich liegen in diesem Cluster Anwen- 
dungen zur Ermittlung der aktuellen, zukünftigen und optimalen Bedarfsmenge sowie der kor- 
respondierenden Kapazität vor, u.a. um zentrale logistische Herausforderungen, wie den 


631 Eigene Darstellung 


154 


5.3 Bewertung und Interpretation des Anwendungsspektrums 


Bullwhip-Effekt, zu bewältigen. Diese Problemstellungen sind sowohl Teil der Vertriebsaufga- 
ben als auch der weiteren drei Teilbereiche, sodass sich das Cluster des BKM entlang der 
gesamten Logistikkette erstreckt. Auch für die Beauftragung interner und/oder externer Wert- 
schöpfungspartner auf Basis der Bedarfs- und Kapazitätsplanung existieren mehrere Anwen- 
dungen, die u.a. zur Ermittlung von Beschaffungskonzepten, zur Auswahl geeigneter Liefe- 
ranten sowie zur deren optimaler Einbindung beitragen und dem Cluster des LM zugeordnet 
sind. Für die sich anschließenden Prozesse der betrieblichen Leistungserstellung finden sich 
im Cluster der PPS mehrere Anwendungen. Diese umfassen vordergründig operative Pla- 
nungs- und Steuerungsaufgaben, wie die Auftragsverteilung auf verschiedene Maschinen und 
Arbeitsstationen sowie die Bestimmung optimaler Maschinenparameter. Für die Distribution 
der Erzeugnisse und die innerbetrieblichen Materialbewegungen existieren ebenfalls Anwen- 
dungen, welche Teil des Clusters des TM sind und bedeutende Probleme der Logistik lösen. 
Neben Transportprozessen decken diese auch damit verbundene vor- und nachgelagerte Pro- 
zesse ab, z.B. zur Verpackung von Materialien. Für die logistischen Kontrollaufgaben lassen 
sich zwei zentrale Anwendungsbereiche festmachen. Zum einen existieren Anwendungen, 
welche unternehmensinterne Prozesse überwachen und analysieren. Diese sind Teil des 
Clusters des PM. Zum anderen dienen weitere Anwendungen der Bestimmung von Leistung- 
und Qualitätsparametern entlang der Lieferkette, d. h. über Standort- und Unternehmensgren- 
zen hinweg, welche zum Cluster des SCRM und SCPM gehören. Bei den Anwendungen bei- 
der Überwachungscluster werden sowohl Einzelereignisse und Einflüsse, wie Störungen oder 
Risiken, als auch aggregierte Eigenschaften der Bezugsobjekte ermittelt. 


Bei einer indikativen Zuordnung der am häufigsten umgesetzten Anwendungsfälle zur gewähl- 
ten logistischen Referenzstruktur ergibt sich das in Abbildung 52 dargestellte Anwendungs- 
spektrum. Hierbei wurde eine Generalisierung von problemspezifischen Merkmalen der An- 
wendungsfälle vorgenommen. Anhand der technischen Merkmale der jeweiligen ML-Anwen- 
dungen war jedoch festzustellen, dass — auch nur leichte — prozessseitige Unterschiede zu 
einer abweichenden entwicklungsseitigen Gestaltung führen, da u.a. andere Variablen 
und Lernverfahren zu berücksichtigen sind. Dies trifft bspw. auf die verschiedenen Szenarien 
der Produktionssteuerung in Form von Job Shop, Flow Shop und Open Shop zu. Aber auch 
die unterschiedlichen Zeithorizonte bei Planungsaufgaben erfordern individuelle technische 
Lösungen, was sich z.B. im Falle von Anwendungen für eine kurz- oder langfristige Nachfra- 
geprognose zeigt. Selbiges gilt für unterschiedliche Bezugsobjekte, z. B. im Falle der Ermitt- 
lung von Störungen bei Maschinen oder Betriebsmitteln. 
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Strategisch 
(Planung) 


Taktisch 
(Planung) 


Operativ 
(Steuerung) 


Kontrolle 
(Über- 
wachung) 


Legende: 


Vertrieb 


Ermittlung von 
Verkaufspreisen 


Ermittlung von Nachfrage / 
Kundenverhalten 


Ermittlung der Annahme / 
‚Ablehnung von Aufträgen 


Typische Problemlösungsfähigkeit 


bei den Anwendungsfällen 


Beschaffung Produktion Distribution 


Auswahl geeigneter 
Lieferanten / Partner 


Ermittlung optimaler Make- Bestimmung optimaler 
or-Buy-Entscheidungen Netzwerkparameter 


Ermittlung von 


Gütermengen 
Ermittlung optimaler Ermittlung von 
Bestellmengen / -strategien Produktionsmengen (Yield) 5 A 
Ermittlung optimaler 
Verpackungsgestaltung 


Ermittlung optimaler 
Ermittlung optimaler Ermittlung optimaler Egon ERR 
Bestandsmengen Maschinenbelegung Ermittlung von Prozess- 
zeiten / ETA 
Ermittlung geeigneter 


Ermittlung optimaler 
Materialsegmentierung Maschinenparameter Bestimmung optimaler 


Routen 


Ermittlung von Störungsursachen 
Ermittlung der Leistung / Qualität von Lieferketten 
Ermittlung von Objekten / Zuständen 


Ermittlung von Störungen in Prozessen / Produkten 


Identifikation Analyse & Bewertung Prognose Optimierung 


Abbildung 52: Anwendungsspektrum von ML-Anwendungen im Logistikmanagement‘?? 


5.3.2 Umsetzungsstand und Zusammenhänge zwischen den Typen 


Für den Umsetzungsstand der identifizierten Typen, welcher sich auf die Häufigkeit der kor- 


respondierenden ML-Anwendungen im Betrachtungszeitraum der durchgeführten Literatur- 


analyse von 2012 bis 2020 bezieht, lässt sich bei beiden Typenarten - bis auf jeweils einen 


Ausreißer — eine tendenziell homogene Verteilung feststellen. Bei dem Ausreißer im Falle der 


typisierten Problemlösungsfähigkeiten handelt es sich um die Prognose, welche bei ca. 70 % 


aller Anwendungen vorzufinden ist. In Bezug auf die typisierten logistischen Anwendungsbe- 


reiche sind ca. ein Viertel aller Anwendungen einer Problemstellung aus der PPS zuzuordnen. 


Eine Darstellung der relativen Häufigkeit der einzelnen Typen in Bezug auf die Gesamtanzahl 


der 115 ML-Anwendungen findet sich in der Ergebnisspalte bzw. -zeile der Tabelle 15. 


632 Eigene Darstellung. Es handelt sich um die häufigsten Anwendungsfälle mit den dafür typischen 
Problemlösungsfähigkeiten, wobei keine Differenzierung nach prozessindividuellen Merkmalen vorge- 
nommen wurde. 
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Typenbezeichnungen Identifikation ee Prognose I+ll Optimierung 
Langfristige Beschaffungs- + 10% + 10% 
und Absatzplanung 
Bedarfs- und Kapazitäts- 1% 15% + 16% 
management 
Lieferantenmanagement + 3% 10% 3% 16% 
ea und 2% 3% 12% 10% 27% 
Transportmanagement 1% R 10% 1% 11% 
Prozessmonitoring 4% + 7% 11% 
Supply Chain Risk und + 3% 5% 9% 
Performance Management 

7% 10% 69 % 15% n=115 


Legende: + = geeignete Kombination für weitere Anwendungsfälle 


Tabelle 15: Relative Häufigkeit der Typen 


Sowohl die genannten Ausreißer als auch die weiteren Unterschiede in Bezug auf den Umset- 
zungsstand der einzelnen Typen lassen sich auf mehrere teilweise in Wechselwirkung ste- 
hende Ursachen zurückzuführen. Zum einen ist der Forschungsstand zu den einzelnen 
Lernverfahren — welche eine zentrale Grundlage für die Problemlösungsfähigkeiten darstel- 
len — unterschiedlich weit fortgeschritten. Dies zeigt sich insbesondere bei einem Vergleich 
der Lernverfahren des SL mit denen des USL und RL, wobei letztere einen vergleichsweise 
geringeren Stand in Bezug auf die anwendungsorientierte Forschung aufweisen. Dies führt 
u. a. zur Unterrepräsentation von Optimierungs- gegenüber Prognoseanwendungen. Darüber 
hinaus bestehen auch Unterschiede bei den verfügbaren Daten in einzelnen Anwendungs- 
bereichen der Logistik, welche die Anwendbarkeit von ML beeinflussen. Demnach liegen im 
Bereich der PPS bereits vergleichsweise viele Daten vor, u.a. in Form von Sensordaten zu 
Maschinen- bzw. Prozesszuständen und in Form von Planungs- bzw. Auftragsdaten aus PPS- 
Systemen. Davon abweichende Voraussetzungen sind für unternehmensübergreifende Prob- 
lemstellungen aus dem TM sowie dem SCRM und SCPM festzustellen, bei denen ein Zugang 
zu den benötigten Daten häufig eingeschränkt ist, was zu einer geringeren Anzahl an Anwen- 
dungen führt. Auch werden viele Planungs- und Steuerungsaktivitäten sowie die Kommunika- 
tionsprozesse im Transport noch manuell durchgeführt, sodass grundlegend weniger Daten 
als bei produktionsnahen Prozessen verfügbar sind. Selbiges gilt für die oft manuell durchge- 
führten taktisch-strategischen Prozesse der LAB. 


Eine weitere wichtige Ursache stellt die Bedeutung der Anwendungsbereiche für die Praxis 
dar, was große Auswirkungen auf die „Nachfrage“ der Industrie und dementsprechend auch 
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auf die Finanzierung von Forschungsaktivitäten hat. Bei öffentlich finanzierten Forschungspro- 
grammen im Kontext von ML bzw. KI lassen sich allgemein eher industrieseitige Förder- 
schwerpunkte erkennen, was wiederum eine Erklärung der Dominanz von Veröffentlichungen 
und damit von Anwendungen in der PPS darstellt. Zusätzlich ist auch eine mögliche methodi- 
sche Ursache anzuführen, die im Zusammenhang mit der in der vorliegenden Arbeit durchge- 
führten Literaturanalyse und dem dabei genutzten Suchstring steht. Demnach wurden Veröf- 
fentlichungen, die keine Abdeckung eines der im String enthaltenen Wörter aufweisen, nicht 
berücksichtigt. Allerdings ist auch denkbar, dass Veröffentlichungen bzw. darin enthaltene An- 
wendungsfälle keinen dieser Suchbegriffe enthalten, obwohl sie relevant für die vorliegende 
Untersuchung sind. Dies begründet sich u. a. mit einem abweichenden Verständnis der jewei- 
ligen Autoren zur Logistik oder zu ML und wird insbesondere für Anwendungen zur Realisie- 
rung von Computer Vision angenommen. Diese werden mitunter auch primar dem Qualitäts- 
management zugeordnet, sodass in den Veröffentlichungen entsprechende Bezüge zur Lo- 
gistik fehlen, was letztendlich zu der vergleichsweise geringen Anzahl von Identifikationsan- 
wendungen führt. 


Die einzelnen ML-Anwendungen sind eindeutig jeweils einer Ausprägung der beiden Typen- 
arten zugeordnet. Für die resultierenden Tupel ist die relative Häufigkeit ebenfalls in Tabelle 
15 dargestellt. Anhand dessen lässt sich feststellen, dass in den einzelnen logistischen An- 
wendungsbereichen die Ausprägungen und die Intensität der umgesetzten Problemlösungs- 
fähigkeiten stark variieren. In allen Bereichen werden bereits Prognoseanwendungen um- 
gesetzt, wobei diese Fähigkeit bei Problemstellungen mit einer hohen Abhängigkeit von exter- 
nen Einflüssen besonders stark ausgeprägt ist. Dies gilt zuvorderst für den Bereich der LBA, 
in dem sich bisher ausschließlich Prognoseanwendungen finden, wobei Anwendungsfälle zur 
Nachfrageprognose (Demand Forecasting) dominieren. Beim BKM wird diese Fähigkeit zur 
Ermittlung zukünftiger Bedarfs- bzw. Bestellmengen genutzt. In Falle des TM finden sich Prog- 
nosen u.a. zur Ermittlung der erwarteten Prozess- bzw. Ankunftszeiten in Form der ETA. 


Für die Bestimmung geeigneter Dispositionsentscheidungen und das Routing finden sich im 
TM darüber hinaus vereinzelte Optimierungsanwendungen. Auch für den ebenfalls deutlich 
prognosedominierten Bereich des LM ist eine Abdeckung von Anwendungen mit anderen Fä- 
higkeiten in Form der Optimierung sowie der Analyse und Bewertung festzustellen. Beide Fä- 
higkeiten werden hierbei insbesondere zur Auswahl geeigneter Lieferanten eingesetzt 
(Supplier Selection). Für den PPS-Bereich ergibt sich ein annährend gleicher Anteil für Prog- 
nose- und Optimierungsanwendungen. Während erstere u.a. zur Prognose der Durchlaufzeit 
eingesetzt werden, dienen zweitere der Ermittlung optimaler Maschinenbelegungen bzw. Auf- 
tragsreihenfolgen. In Bezug auf die Optimierungsfähigkeit zeigt sich, dass diese bisher neben 
einem vergleichsweise häufigen Auftreten im PPS-Bereich nur in den genannten Bereichen 
des TM und LM realisiert wird. Insgesamt handelt es sich bei den bisherigen Optimierungs- 
anwendungen zumeist um operative Probleme. 
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In den beiden Bereichen zur Uberwachung in Form des PM sowie des SCRM und SCPM 
liegen neben Prognoseanwendungen vergleichsweise viele Anwendungen mit den Fahigkei- 
ten der Analyse und Bewertungen sowie der Identifikation vor. Diese adressieren insbeson- 
dere Probleme zur initialen oder kontinuierlichen Ermittlung von Störungen und Risiken in in- 
ternen Prozessen sowie entlang gesamter Lieferketten — sowohl in Echtzeit (Condition 
Monitoring) als auch für zukünftige Ausprägungen (Predictive Process Control). Auch eine De- 
tektion von Objekten mittels Identifikationsanwendungen gehört zu den dominierenden An- 


wendungen des PM-Bereiches. 


5.3.3 Zukünftige Erweiterungsmöglichkeiten 


Während Prognoseanwendungen bereits in allen identifizierten Anwendungsbereichen einge- 
setzt werden, finden sich Anwendungen mit der Fähigkeit der Analyse und Bewertung in nur 
vier Bereichen. Im Falle der Identifikation und Optimierung sind es jeweils drei. Dies führt dazu, 
dass mehr als ein Drittel der 28 theoretischen Kombinationsmöglichkeiten bisher nicht durch 
Anwendungen abgedeckt sind. Während einige dieser „White Spots“ gewissermaßen inhärent 
sind®®®, stellen einzelne Tupel potenziell geeignete Ansatzpunkte für die Erweiterung des 
Anwendungsspektrums dar. Diese sind in Tabelle 15 mit einem „+“ gekennzeichnet. Zusätz- 
liche Erweiterungsmöglichkeiten lassen sich unter Berücksichtigung der identifizierten Trends 
zu ML aus Kapitel 4.4.1 ableiten. Als ein zentraler Wegbereiter fungiert hierbei de Verbes- 
serung der praktischen Anwendbarkeit von Lernverfahren des Reinforcement und des 
Unsupervised Learning, welche für alle bisher unterrepräsentierten Problemlösungsfähigkei- 
ten eine wichtige technische Grundlage darstellen. Auch die Intensivierung der Forschungs- 
aktivitäten zur Nutzung von kleineren Datenmengen, v. a. in Form des Transfer Learning 
und der Generative Adversarial Networks, spielen für das zukünftige Anwendungsspektrum 
eine bedeutende Rolle, da somit auch Anwendungen für logistische Problemstellungen mit 
einer eingeschränkten Datenverfügbarkeit realisierbar sind. 


Ein zukünftiger Forschungsbedarf wird vor diesem Hintergrund in der Umsetzung von Opti- 
mierungsanwendungen für Entscheidungsprozesse mit mittel- bis langfristigen Planungshori- 
zonten gesehen, zu denen entsprechend der aktuellen Datensituation bisher nur wenige An- 
wendungen mit dieser Fähigkeit existieren. Durch eine Nutzung der vielversprechenden Ver- 
fahren aus dem RL und EvL sind Anwendungsfalle zur Optimierung der strategischen Netz- 
planung im Rahmen der bisher eher operativ geprägten Bereiche der PPS und des TM, d.h. 
von Produktions- und Lagerstandorten, zu prüfen. Über die standortbezogene Allokation von 
Kapazitäten hinaus, welche Gegenstand bisheriger Anwendungen ist, sollte dies auch die Op- 
timierung der Anzahl von Lager- und Produktionsstandorten sowie deren räumliche Anordnung 


633 Ein Beispiel stellt der Bereich des Prozessmonitorings dar, dessen Überwachungsaufgaben keine 
Eignung für die Optimierungsfähigkeit aufweisen. 

634 Es ist nicht auszuschließen, dass — trotz der Sorgfalt bei der durchgeführten Literaturanalyse - ei- 
nige der genannten Anwendungsfalle bereits in der Forschung umgesetzt wurden. 
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umfassen. Für die PPS sind ebenfalls längerfristige Aufgaben zur Gestaltung des Produkti- 
onssystems durch entsprechende Optimierungsanwendungen abzudecken, u. a. in Form der 
Ermittlung einer passenden Organisationsform und des optimalen Produktionsprogramms, so- 
wie zur Auswahl strategischer Make-or-buy-Entscheidungen auf Produktebene. Auch für 
die Prozesse der LBA sind weitere strategische Anwendungsfälle zur Optimierung der lang- 
fristigen Beschaffungsstrategien und des Produktprogramms zu realisieren. Ebenfalls ist eine 
Harmonisierung der vertriebs- und produktionsseitigen Ziele und Restriktionen im Sinne 
einer Optimierung des S&OP-Prozesses anzustreben, wobei dies sowohl für lang- als auch 
für kurzfristige Planungszeiträume zu realisieren ist. Weitere relevante Anwendungsfalle für 
Optimierungsanwendungen bestehen für Problemstellungen der Lagerlogistik, u. a. zur Er- 
mittlung optimaler Bestandshöhen, Lagerplätze und Kommissionierreihenfolgen. Für diesen 
Bereich existieren bisher vordergründig Anwendungen zu ausführenden Prozessen, welche 
nicht Gegenstand der vorliegenden Untersuchung sind. 


Hinsichtlich der weiteren Problemlösungsfähigkeiten sind Anwendungen zur Prognose von 
Entwicklungen für Lieferketten und Transportnetzwerken umzusetzen, welche in einem mittel- 
bis langfristigen Horizont relevante Risiken aufzeigen. Bisherige Anwendungen beschrän- 
ken sich dabei zumeist auf eine Kurzzeitbetrachtung. Weitere Anwendungen sollten mittels 
der Fähigkeit der Analyse und Bewertung den Einfluss bestimmter Merkmale auf die langfris- 
tige Nachfrage bestimmen. Neben einer gezielten Beeinflussung durch den Entscheidungsträ- 
ger können diese Informationen auch systemseitig im Kontext der zuvor genannten Optimie- 
rungsanwendungen genutzt werden, z.B. für die strategische Netzplanung. Insgesamt sind 
unter Nutzung zukünftiger Möglichkeiten zum verbesserten Umgang mit kleineren Datenmen- 
gen — neben der Ausweitung des Planungshorizontes — auch bewusst Anwendungen für un- 
ternehmensübergreifende Prozesse zu forcieren. 


5.3.4 Bedeutung für die Praxis 


Anhand einer Bewertung der identifizierten Typen durch die befragten Unternehmen im Rah- 
men der empirischen Untersuchung ist festzustellen, dass alle vier Problemlösungsfähigkeiten 
eine hohe bis sehr hohe Bedeutung für die Logistik aufweisen (siehe Abbildung 53). Für die 
Prognosefähigkeit zeigt sich dabei die höchste Bewertung (4,5). Das Vorliegen valider Infor- 
mationen zu zukünftigen Ausprägungen von logistischen Planungsparametern und Hand- 
lungsalternativen nimmt für die Unternehmen einen hohen Stellenwert ein, da viele dieser Pa- 
rameter vom Verhalten Dritter beeinflusst werden, wodurch sie einer hohen Unsicherheit un- 
terliegen. Aufgrund der Querschnittsfunktion der Logistik bestehen dabei vergleichsweise viele 
Schnittstellen zu anderen Prozessen und Bereichen, wozu auch oftmals unternehmensüber- 
greifende Akteure zählen. Die hohe Bedeutung von Prognosen hat in der Vergangenheit be- 
reits zur Herausbildung verschiedener Entscheidungstechniken für die Unterstützung von lo- 
gistischen Problemstellungen geführt, wobei zumeist klassische statistische oder modellge- 


160 


5.3 Bewertung und Interpretation des Anwendungsspektrums 


stützte Verfahren zum Einsatz kommen. Deren Fähigkeiten sind jedoch in vielen Anwendungs- 
fällen technische Grenzen gesetzt, insbesondere im Falle dynamischer Umweltsituationen. 
Die Möglichkeit von ML zum kontinuierlichen Erwerb von neuem Wissen und dem daraus re- 


sultierenden Umgang mit diesen Problemen wird daher mit einem großen Potenzial assoziiert. 


1,0 2,0 3,0 4,0 5,0 


Abbildung 53: Bedeutung der Problemlösungsfähigkeiten von ML®5> 


An zweiter Position der Bewertung befindet sich die Identifikationsfähigkeit (4,3), welche eine 
Ermittlung von vordefinierten Objekten, Aktivitäten und Zuständen umfasst. Damit steht sie 
häufig am Beginn von Entscheidungsprozessen zur Wahrnehmung einer Problemstellung bei 
einer routinemäßigen Überprüfung, z.B. bei der Erreichung bestimmter Zustände und Ereig- 
nisse. Die bisherigen Identifikationsanwendungen ermöglichen in diesem Zusammenhang 
eine permanente Detektion von Problemen in Echtzeit, was ein frühzeitiges und zielgerich- 
tetes Eingreifen erlaubt und eine hohe Bedeutung für die Unternehmen einnimmt. Für solche 
routinemäßigen Überwachungen existieren auch bereits andere datenbasierte Verfahren bzw. 
darauf basierende IT-Systeme, z. B. in Form der statistischen Prozesskontrolle. Jedoch sehen 
die befragten Unternehmen auch hier große Vorteile von ML, die sich zum einen auf die Ver- 
arbeitung von vielen, sehr identischen Merkmalen beziehen, um z. B. Oberflächenfehler an 
Materialen zu detektieren. Zum anderen betrifft dies erneut die Lernfähigkeit, welche auch eine 
Identifikation von bisher unbekannten Objekten bzw. Merkmalen ermöglicht. 


Mit einer etwas geringerer Bedeutung (4,1) wird die Fähigkeit der Analyse und Bewertung zur 
Erkennung von verborgenen Zusammenhängen bewertet. Das Verständnis von Zusammen- 
hängen zu Problemen und Ereignissen stellt für die Unternehmen eine wichtige Voraussetzung 
zur gezielten Beeinflussung dar. Die oftmals hohe Informationsvielfalt zur Aufdeckung dieser 
Zusammenhänge ist für Menschen jedoch nur eingeschränkt oder mit großem Aufwand reali- 
sierbar. Selbiges trifft laut der befragten Unternehmen auf die bestehenden Entscheidungs- 
techniken zu. Mit dem Einsatz von ML-Anwendungen und der damit verbundenen Möglichkeit 
zur Verarbeitung dieser Informationskomplexität werden daher hohe Potenziale assoziiert. 
Auch die systemseitige Ausgabe von Hintergrundinformationen, z. B. in Form von Rankings 
der Features, wird hierbei als bedeutsam angesehen. 
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Die vergleichsweise geringste, aber — absolut betrachtet — weiterhin hohe Bedeutung (3,6) 
wird der Optimierungsfähigkeit beigemessen. Die Bestimmung optimaler Parameter und Stra- 
tegien stellt bei vielen logistischen Problemen eine große Herausforderung dar, da entspre- 
chend der integrativen Funktion der Logistik verschiedene Zielgrößen und Restriktionen zu 
berücksichtigen sind, die oft konfliktär zueinanderstehen. Diese Komplexität hat bei den bisher 
eingesetzten Techniken dazu geführt, dass viele Probleme als deterministische Entschei- 
dungssituationen modelliert oder mittels Heuristiken gelöst werden, was jedoch deren prakti- 
sche Anwendungsmöglichkeiten einschränkt. Im Einsatz von ML, insbesondere durch Nutzung 
des Reinforcement Learning, wird ein hohes Potenzial zur Begegnung dieser Problemkom- 
plexität gesehen. Jedoch lässt sich aufgrund der geringeren Anzahl von entsprechenden An- 
wendungen abseits der Forschung auch noch eine höhere Unsicherheit in Bezug auf die Re- 
alisierbarkeit beobachten, was sich in dem Bedeutungsunterschied zu den anderen drei Fä- 
higkeiten äußert. 


Analog zu den Problemlösungsfähigkeiten weisen auch die sieben logistischen Anwendungs- 
bereiche von ML durchweg eine hohe Bedeutung auf. Die Bewertungen reichen dabei von 3,8 
bis 4,4 und sind in Abbildung 54 dargestellt. Die höchste Bedeutung ist für ML-Anwendungen 
des BKM festzustellen (4,4), was damit begründet wird, dass sich die Unternehmen in den 
dazugehörigen Prozessen mit vielen Entscheidungsparametern konfrontiert sehen, deren 
Ausprägungen zudem einer hohen Unsicherheit unterliegen, da sie vom Verhalten Dritter ab- 
hängig sind, z. B. in Form der jeweiligen Kunden und Lieferanten. Diese Unsicherheit gegen- 
über unternehmensexternen Vorgängen und Ereignissen wird auch als wichtiger Grund für die 
hohe Bedeutung der Anwendungen des TM angeführt (4,3). Neben der Abhängigkeit von ex- 
ternen Instanzen weisen die Problemstellungen dieses Bereiches — aufgrund einer vergleichs- 
weise geringen Digitalisierung der Prozesse — auch eine eher eingeschränkte Informations- 
verfügbarkeit auf. Dasselbe Bewertungsniveau findet sich auch für die beiden Anwendungs- 
bereiche zur Überwachung von logistischen Prozessen in Form des PM sowie des SCRM bzw. 
SCPM. Mit diesen Anwendungsfällen werden bedeutende Möglichkeiten zur Bereitstellung 
von Informationen für innerbetriebliche Prozesse und Logistikketten assoziiert, welche aktuell 
oft noch von einer hohen Intransparenz geprägt sind. Über die bestehende deskriptive Ebene 
hinaus umfasst dies auch die Detektion bisher unbekannter Störungen, die Ermittlung neuer 
Leistungsparameter sowie die Bereitstellung von Informationen zu zukünftigen Entwicklungen. 
Die etwas geringere Bedeutung von Anwendungen in der PPS wird mit der bereits umfassen- 
den Abdeckung durch konventionelle Entscheidungstechniken und der vergleichsweise 
hohen Informationstransparenz begründet. Gerade in einem Einsatz von Optimierungsanwen- 
dungen zur Ermittlung von geeigneten Prozessparametern und Produktionsplänen in komple- 
xen Entscheidungssituationen wird aber auch für diesen Bereich ein großes Potenzial gese- 
hen. Anwendungen für die langfristige Absatz- und Beschaffungsplanung weisen die ver- 
gleichsweise geringste Bedeutung auf, was v. a. mit der hohen Individualität und der damit 
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einhergehenden eingeschränkten Datenlage begründet wird. Zudem werden aber auch tech- 
nologieübergreifende Hemmnisse zur Übergabe von strategischen Entscheidungen an 
technische Systeme genannt. 


Langfristige Beschaffungs- und Absatzplanung 4, 


Bedarfs- und Kapazitätsmanagement 4, 


Transportmanagement Re 


Produktionsplanung und -steuerung 


Lieferantenmanagement 


Supply Chain Risk und Performance Management 2 


Prozessmonitoring 4,3 


1,0 2,0 3,0 4,0 5,0 


Abbildung 54: Bedeutung der logistischen Anwendungsbereiche von ML®?® 


5.4 Auswirkungen auf logistische Entscheidungsprozesse 


Sowohl die in diesem Kapitel berücksichtigten Anwendungsfälle aus der Forschung als auch 
die bereits in der Praxis umgesetzten Anwendungen zeigen, dass der Einsatz von ML im Lo- 
gistikmanagement mit verschiedenen positiven und negativen Auswirkungen für die Unterneh- 
men einhergeht. Diese werden im vorliegenden Unterkapitel erläutert, wobei eine Differenzie- 
rung in direkte Wirkungszusammenhänge sowie in resultierende Nutzenpotenziale und Risi- 


ken vorgenommen wird. 


5.4.1 Wirkungsdimensionen 


Für die unmittelbar aus dem Einsatz von ML-Anwendungen resultierenden Veränderungen bei 
der Ausführung von logistischen Planungs-, Steuerungs- und Überwachungsaktivitäten lassen 
sich verschiedene Ausprägungen beobachten, die zur Systematisierung in sechs zentrale 
Wirkungsdimensionen zusammengefasst wurden (siehe Abbildung 55). Die einzelnen Di- 
mensionen werden in den nachfolgenden Abschnitten — unter Bezugnahme auf die Anwen- 
dungsfälle der Fallstudienforschung aus Kapitel 4.3 — beschrieben. 
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- Erweiterung des verfügbaren Wissens um kontextbezogene Informationen, z. B. Muster 


- Erhöhung des Verständnisses bei gleichzeitiger Reduzierung des Aufwands für 
Informationsbeschaffung 


Transparenz- 
erhöhung 


- Keine subjektive Beeinflussung von Entscheidungen 


- Erhöhung der Qualität von Entscheidungen, auch zu bisher „ungelösten“ komplexen 
Problemen 


Faktenbasierte 
Entscheidungen 


- Reduzierung der Unsicherheit durch eine „vorausschauende“ Transparenz 


Antizipative S y Kies E 
Planung - Ubergang von vergangenheits- zu zukunftsorientierten Entscheidungen, sodass auch 
antizipative Leistungserstellung möglich ist, z. B. in Form von „Make-to-predicted-Order“ 
- Realisierung einer systemseitigen Entscheidungsausführung, auch bei sich verändernden 
Autonome 


Bedingungen 


Entscheidungen d A S S E d 
- Selbststeuernde Prozesse bzw. Teilsysteme im Sinne einer „Self-driving Supply Chain“ 


Dynamische - Ablösung von quasi-statischen Entscheidungen hin zu permanenter Ausführung 
Entscheidungen - Verringerung der Reaktionszeit von Entscheidungen 


- Ablösung einer dezentralen und isolierten Ausführung von Entscheidungen 


- Optimierung und Harmonisierung mehrerer horizontaler und vertikaler Teilsysteme im 
Sinne einer Netzwerksteuerung 


Ganzheitliche 
Planung 


Abbildung 55: Wirkungsdimensionen von ML im Logistikmanagement?7 


5.4.1.1 Transparenzerhöhung 


Die bisherigen ML-Anwendungen im Logistikmanagement werden zumeist zur Entscheidungs- 
unterstützung eingesetzt, indem sie auf Basis einer Integration und Verarbeitung von beste- 
henden Daten neue Informationen generieren, welche durch die Entscheidungsträger zur Lö- 
sung eines spezifischen Problems genutzt werden. Dabei wird keine beliebige Erhöhung der 
Informationsvielfalt für die Nutzer angestrebt, sondern vielmehr eine gezielte Bereitstellung 
von kontextbezogenen Informationen mit einem betrieblichen Mehrwert, d. h. eine „Daten- 
verediung“. Während die Funktion zur reinen Integration von unterschiedlichen Daten für eine 
Ableitung neuer Informationen auch bei anderen Entscheidungstechniken vorzufinden ist, 
zeichnen sich ML-Anwendungen zusätzlich durch die Verarbeitung, d. h. die Synthese, dieser 
Informationen aus. Demnach werden mittels der Lernverfahren tieferliegende Zusammen- 
hänge und Muster zu den Anwendungsfällen aufgedeckt, die über eine deskriptive Analyse 
der bestehenden Techniken hinausgehen und durch den Menschen oft nur mit einem hohen 
Aufwand extrahierbar sind. Hierbei kann es sich zum einen um die Verbesserung bestehen- 
der Informationen handeln, wie im Anwendungsfall 1, bei dem die zukünftigen Materialbe- 
darfe von der realisierten ML-Anwendung deutlich präziser als von den bisherigen Systemen 
ermittelt werden. Zum anderen können auch neue Informationen generiert werden, die 
bspw. aufgrund ihrer Komplexität bisher unberücksichtigt blieben. Dies trifft auf den Anwen- 
dungsfall 4 zu, bei dem auf Basis der Integration und Verarbeitung von verschiedenen — aus 
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logistischer Sicht bisher eher unbedeutenden - Datenquellen eine Risikobewertung von Lie- 
feranten vorgenommen wird, welche bislang in dieser Form nicht verfügbar war. Diese Erwei- 
terung des für die Ausführung von Entscheidungsprozessen verfügbaren Informationsspekt- 
rums wird unter der Wirkungsdimension der Transparenzerhöhung subsumiert. 


5.4.1.2 Faktenbasierte Entscheidungen 


Entsprechend des hohen Aufwands bei der Lösung komplexer Probleme, was neben der Er- 
mittlung und Auswahl von Handlungsalternativen auch die dafür notwendige Informationsbe- 
schaffung betrifft, neigen Entscheidungsträger in der Praxis — bewusst und unbewusst — zu 
Vereinfachungen. Dazu zählen u. a. eine selektive Auswahl von Informationen, eine Abstrak- 
tion der Probleme sowie eine Nutzung von Heuristiken für die Problemlösung. Gleichzeitig 
werden die damit verbundenen Aktivitäten in den Entscheidungsprozessen, z.B. die Bewer- 
tung von Variablen, Zielen und Handlungsalternativen, durch subjektive Wahrnehmungen 
und Emotionen beeinflusst, die in Verbindung mit den persönlichen Erfahrungen der jeweili- 
gen Entscheidungsträger stehen. Dies führt dazu, dass in Entscheidungssituationen - anstelle 
logischer Schlussfolgerungen auf Basis der vorliegenden Informationen — häufig eine Orien- 
tierung nach dem „Bauchgefühl“, d. h. der Intuition der jeweiligen Personen erfolgt. In Verbin- 
dung mit einer geringen Entscheidungszeit sowie mit den beschränkten Speicher- und Re- 
chenkapazitäten des menschlichen Gehirns äußert sich dies oft in nicht optimalen bzw. fehler- 
haften Entscheidungen. Durch den Einsatz von ML-Anwendungen kann diesen menschlichen 
Einschränkungen begegnet werden. Zum einen basieren die systemseitigen Ergebnisse ent- 
sprechend des induktiven Funktionsprinzips von ML vollständig auf Daten, welche wiederum 
die bisherige betriebliche Realität repräsentieren. Eine Beeinflussung des erworbenen Wis- 
sens durch subjektive Faktoren, wie ein moralisches Bewusstsein oder Gefühle, findet ent- 
sprechend einer Zuordnung aller heutigen Systeme zur schwachen KI-Hypothese (siehe Ka- 
pitel 2.4.1.4) nicht statt. Zum anderen zeigen die bestehenden ML-Anwendungen aus For- 
schung und Praxis, dass diese bereits bessere Ergebnisse bei der Lösung komplexer Prob- 
lemstellung, wie z. B. dem Dilemma der Auftragsplanung oder dem Traveling Salesman Prob- 
lem, als menschliche Entscheidungsträger oder andere Entscheidungstechniken erzielen. 
Diese Fehlerreduktion sowie die angesprochene Objektivierung von Problemlösungen werden 
unter der Wirkungsdimension der faktenbasierten Entscheidungen zusammengefasst. 


5.4.1.3 Antizipative Planung 


Entsprechend der ermittelten Problemlösungsfähigkeiten sind ML-Anwendungen in der Lage, 
verlässliche Prognosen zur zukünftigen Ausprägung von Ereignissen und Zuständen sowie zu 
Auswirkungen von Handlungsalternativen — auch im Falle komplexer logistischer Probleme — 
zu erstellen. Das zeigt sich auch bei den bereits in der Praxis realisierten Systemen in Form 
der Anwendungsfalle 1 und 2. Durch die bereitgestellten Prognoseergebnisse wird das jeweils 
verfügbare Informationsspektrum in Entscheidungsprozessen — ausgehend von der bisher 
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vorherrschenden vergangenheits- und gegenwartsbezogenen Betrachtung — um ein zukunfts- 
bezogenes Wissen erweitert, weshalb in Ergänzung zur ersten Wirkungsdimension auch von 
einer „vorausschauenden“ Transparenz gesprochen werden kann. Infolge der damit ver- 
bundenen Reduzierung der Unsicherheit für die Entscheidungsträger können logistische Sys- 
teme optimal und ohne unnötige Risikopuffer gestaltet werden. Im Zuge einer weiteren Ver- 
besserung der Prognosequalität von ML-Anwendungen, die langfristig zur Realisierung von 
sog. „sicheren“ Prognosen führen könnte, ist es für Unternehmen zudem möglich, zukünftige 
Kundenaufträge vollständig zu antizipieren. Dies erlaubt eine bedarfsgerechte Initiierung der 
logistischen Leistungserstellung vor dem Eingang konkreter Bestellungen, z. B. die Distribution 
von Produkten zu potenziellen Kunden — ohne dass von diesen ein Auftrag vorliegt. Auch wäre 
eine vorausschauende Fertigung von prognostizierten Aufträgen möglich, sodass in Anleh- 
nung an ein zentrales Produktionsprinzip von Make-to-predicted-Order gesprochen werden 
kann, was gewissermaßen eine Symbiose aus einer Pull- und Push-Steuerung darstellt. Diese 
veränderten Möglichkeiten zur zukunftsorientierten Ausführung von Entscheidungsprozessen 
werden mit der Wirkungsdimension der antizipativen Planung beschrieben. 


5.4.1.4 Autonome Entscheidungen 


Entsprechend ihres Einsatzes als Entscheidungstechnik dienen ML-Anwendungen der Auto- 
matisierung von Prozessen, d. h. der Übertragung von menschlichen Tätigkeiten an Systeme. 
Wie die Ausführungen in Kapitel 2.4.2.4 zeigen, unterscheidet sich das Funktionsprinzip von 
ML hierbei von den bisherigen modellbasierten Entscheidungstechniken, wie z. B. Experten- 
systeme oder RPA-Anwendungen, welche nur in der Lage sind, Probleme anhand der vom 
Menschen vorgegebenen Regeln zu lösen. Eine eigenständige Anpassung der Problemlö- 
sungsfähigkeiten ist durch diese Systeme nicht realisierbar, sodass deren Anwendungsmög- 
lichkeiten für viele Entscheidungsprozesse in der Praxis, insbesondere im Falle einer ausge- 
prägten Dynamik, stark eingeschränkt sind. Demgegenüber können ML-Anwendungen — 
durch das Lernen auf Grundlage neuer Daten - ihr Wissen und damit auch ihr Verhalten 
adaptiv anpassen. Dies ermöglicht abseits der bisher vorherrschenden Unterstützungsfunk- 
tion eine Realisierung von semi- bis vollautonomen Systemen, welche mit geringen bzw. ohne 
jegliche Eingriffe des Menschen ausgeführt werden. Durch die Autonomisierung von mehreren 
miteinander in Verbindung stehenden Geschäftsprozessen ist es dabei auch möglich, ganze 
logistische Teilfunktionen systemseitig auszuführen, sodass selbststeuernde „Meta-Systeme“ 
entstehen. In Analogie zum autonomen Fahren wurde in diesem Zusammenhang von SAP der 
Begriff der Self-driving Supply Chain geprägt‘, welcher ausgehend von einer prognostizier- 
ten Nachfrage die optimalen Bedarfe für alle logistischen Prozesse ermittelt und in geeignete 
Maßnahmen überführt, deren Auswirkungen in der Realität ebenfalls durch die Systeme wahr- 
genommen werden und im Sinne des Perception-Action-Cycle zu deren Anpassung führen. 
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Diese Realisierung einer systemseitigen Ausführung von Entscheidungsprozessen wird unter 
der Wirkungsdimension der autonomen Entscheidungen zusammengefasst. 


5.4.1.5 Dynamische Entscheidungen 


Der hohe Aufwand bei der Lösung komplexer Probleme führt auch dazu, dass in der Praxis 
die entsprechenden Planungs-, Steuerungs- und Überwachungsaktivitäten nur in gewissen 
zeitlichen Abständen ausgeführt werden können. Durch den Einsatz von ML-Anwendungen 
kann dieser Aufwand und damit die benötigte Zeit für die Ausführung von Entscheidungen 
deutlich reduziert werden. Dies begründet sich sowohl mit einer schnelleren Beschaffung 
und Aufbereitung der benötigten Informationen, welche durch die Systeme automatisch bezo- 
gen werden, als auch mit einer performanteren Datenverarbeitung. Infolge dieser Beschleuni- 
gung ist es möglich, die Frequenz der Aktivitäten von Entscheidungsprozessen zu erhöhen, 
z.B. von einer täglichen auf eine stündliche bis hin zu einer permanenten Ausführung. Hier- 
durch können kontinuierlich Anpassungen an den logistischen Systemen zu deren bedarfsge- 
rechter Gestaltung vorgenommen werden. Dies zeigt sich z. B. im Anwendungsfall 1, bei dem 
mittels einer regelmäßigeren Aktualisierung der Prognose des erwarteten Bedarfs die Abstim- 
mung zwischen Produktion und Vertrieb im Sinne des S&OP-Prozesses verbessert wird. Zu- 
dem wird dadurch auch die Latenz der Reaktion auf relevante Ereignisse für die Logistik deut- 
lich reduziert. Ein Beispiel stellt der Anwendungsfall 4 dar, bei dem durch den Einsatz der ML- 
Anwendung kritische Störungen in der Lieferkette zeitnah nach deren Auftreten detektiert wer- 
den. Die Ablösung der bisher quasi-statischen Ausführung von Entscheidungsprozessen wird 
mit der Wirkungsdimension der dynamischen Entscheidungen beschrieben. 


5.4.1.6 Ganzheitliche Planung 


Die Komplexität von Entscheidungsprozessen steigt mit der Größe des jeweiligen Bezugssys- 
tems, u. a. durch die zunehmende Anzahl von Variablen, deren Beziehungen und den zu be- 
rücksichtigenden Zielgrößen. Vor diesem Hintergrund werden viele logistische Planungs-, 
Steuerungs- und Überwachungsaktivitäten nur für kleinere Bezugssysteme ausgeführt, z.B. 
für einzelne Aufträge, Produkte oder Standorte. Diese dezentralen Entscheidungen erlauben 
einerseits eine höhere Ergebnisqualität; sie führen aber andererseits oft zu „isolierten“ Be- 
trachtungen, bei denen die Informationen aus anderen Teilsystemen, z.B. die Bedarfe und 
Ziele, nicht adäquat berücksichtigt werden. Entsprechend der Fähigkeit zum Umgang mit einer 
hohen Problemkomplexität kann mit dem Einsatz von ML-Anwendungen diese dezentrale und 
isolierte Ausführung von Entscheidungen zugunsten einer integrativen Betrachtung überwun- 
den werden, was unter der Wirkungsdimension der ganzheitlichen Planung zusammenge- 
fasst wird. Als Beispiel hierfür ist der Anwendungsfall 3 zu nennen, bei dem die Bestände einer 
Produktart mittels der ML-Anwendung über mehrere Standorte und Stufen des logistischen 
Netzwerkes im Sinne eines Multi-Echelon-Ansatzes optimiert werden. Dies führt für die be- 
trachteten Produkte zur einer Reduzierung des Bullwhip-Effekts in den betreffenden Lieferket- 
ten. Im Falle einer systemseitigen Bereitstellung entsprechender Informationen für weitere 
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Produktgruppen können darüber hinaus auch Optimierungen für größere Bezugssysteme vor- 
genommen werden, z.B. für die Standorte einzelner Länder oder für gesamte Wertschöp- 
fungsnetzwerke, was letztendlich einen Übergang von einer dezentralen Einzelsteuerung 
hinzu einer Netzwerksteuerung darstellt. Neben dieser vertikalen wird auch eine horizontale 
Integration entlang der Wertschöpfungskette ermöglicht, indem vormals getrennte Prozesse 
und Funktionsbereiche durch die systemseitige Ausführung der entsprechenden Planungsak- 
tivitäten integriert betrachtet werden. Als Beispiel ist die systemseitig unterstützte Harmoni- 
sierung der vertriebs- und produktionsseitigen Bedarfe für den S&OP-Prozess in Anwen- 
dungsfall 1 zu nennen. 


5.4.2 Nutzenpotenziale 


Durch die „Operationalisierung“ der genannten Wirkungsdimensionen in Form der Nutzung 
von ML-Anwendungen für die Lösung spezifischer Probleme lassen sich verschiedene be- 
triebswirtschaftliche Nutzenpotenziale realisieren. Dies betrifft zuvorderst die Beschleunigung 
von betrieblichen Abläufen, u.a. durch die zeitliche Synchronisation von Prozessen und die 
Reduktion von Wartezeiten. In Verbindung mit der Verringerung des Aufwands für die Ent- 
scheidungsfindung resultiert das in einer Reduzierung der Durchlaufzeiten von Prozessen. 
Die Beschleunigung von Aufläufen zeigt sich auch in Bezug auf Störungen oder Anomalien, 
die entweder direkt nach dem Auftreten oder sogar vorausschauend detektiert werden können. 
Durch die Einleitung geeigneter Maßnahmen — deren Ermittlung ebenfalls durch ML-Anwen- 
dungen unterstützt werden kann - führt das zu einer Verbesserung der Qualität von Prozes- 
sen und Produkten. Gleichzeitig kann durch die Antizipation zukünftiger Ereignisse auch die 
Robustheit von logistischen Systemen erhöht werden. Hierbei ermöglichen die ML-Anwen- 
dungen - auch im Falle mehrstufiger, globaler Logistikketten — eine bedarfsgerechte Gestal- 
tung, u.a. durch den Abbau von Risikopuffern, z. B. in Form von Sicherheitsbestanden, sowie 
eine Reduzierung von aufwändigen Ad-hoc-Maßnahmen. Dadurch können in vielen Fällen be- 
deutende Kosteneinsparungen erzielt werden. 


Das Effizienzpotenzial von ML-Anwendungen bezieht sich auch auf die Reduktion des Per- 
sonalbedarfs infolge der Automatisierung von Prozessen. Anstelle eines Abbaus von Arbeits- 
plätzen kann die Verringerung manueller Aufwände in den entsprechenden Prozessen aber 
auch für eine gezielte Verbesserung der Arbeitsbedingungen der Mitarbeiter genutzt wer- 
den, u.a. durch deren Entlastung sowie durch eine Aufwertung ihrer Rolle in Form der Über- 
tragung neuer, höherwertiger Aufgaben. In Ergänzung zu dieser sozialen Dimension lassen 
sich auch Potenziale zur Verbesserung der ökologischen Nachhaltigkeit durch den Einsatz 
von ML-Anwendungen erzielen. Dies umfasst sowohl eine systemseitige Erhöhung der Trans- 
parenz über logistische Prozesse, z.B. in Form der Ermittlung von Kernursachen für Ver- 
schwendungen, als auch Prozessoptimierungen durch die Gestaltung entsprechender Anwen- 
dungen, z.B. für eine geeignete Bündelung von Transporten. Neben diesen primär prozess- 
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5.4 Auswirkungen auf logistische Entscheidungsprozesse 


seitigen Auswirkungen ergeben sich auch verschiedene Nutzenpotenziale für die Positionie- 
rung im Wettbewerbsumfeld. Demnach kann die Kundenzufriedenheit durch eine höhere lo- 
gistische Servicequalität, reduzierte Kosten und das Angebot neuer datenbasierten Services 
verbessert werden. Letzteres impliziert auch die Entwicklung von Geschäftsmodellen auf 
Grundlage der ML-Anwendungen. Gegenüber potenziellen Zielkunden und Partnern kann sich 
der Einsatz von ML zudem positiv in Form einer verbesserten Außenwirkung der Unterneh- 
men mit Implikationen für zukünftige vertriebliche Aktivitäten auswirken. 


Zur Ermittlung von etwaigen Bedeutungsunterschieden in der Praxis wurden verschiedene 
Potenziale im Rahmen der durchgeführten Onlinebefragung durch die Unternehmen bewertet. 
Aufgrund der — entsprechend des geringen Umsetzungsstands von produktiven Systemen — 
eingeschränkten Möglichkeiten vieler Teilnehmer zur Einschätzung des tatsächlich realisierten 
Nutzens bezog sich die Befragung auf die bedeutendsten Beweggründe für den Einsatz von 
ML-Anwendungen (siehe Abbildung 56). Als wichtigstes Potenzial bezeichnen die Unterneh- 
men die Erhöhung der Transparenz (76 %), womit eine verbesserte Entscheidungsfindung 
assoziiert wird. Gleichzeitig lässt sich hieraus ein intendierter Einsatz der Anwendungen als 
Entscheidungsunterstützung ableiten. Die Möglichkeit zur Automatisierung von Entschei- 
dungsprozessen stellt mit leichtem Abstand den zweitwichtigsten Beweggrund dar (71 %). Bei 
einer gruppenspezifischen Auswertung ist hierzu festzustellen, dass deutlich mehr erfolgreiche 
Unternehmen (83 %) und Industrieunternehmen (82 %) als Unternehmen des Branchendurch- 
schnitts und Logistikdienstleister dieses Nutzenpotential als Beweggrund anführen. Der Re- 
duzierung von Kosten durch den Einsatz von ML wird ebenfalls eine sehr hohe Bedeutung 
beigemessen (71 %), wobei dies im Falle der LDL noch stärker auffällt (82 %). In diesem Zu- 
sammenhang ist ebenfalls zu konstatieren, dass das Effizienzpotenzial von ML nicht alleine 
mit der Verringerung des Personalaufwands assoziiert wird. Letzteres wird demnach nur von 
knapp der Hälfte der Unternehmen als Beweggrund genannt (47 %). Weitere Effizienzsteige- 
rungspotenziale werden von knapp zwei Drittel der Unternehmen in der Reduzierung der 
Durchlaufzeiten gesehen (62 %). Ähnlich bedeutsam ist die Steigerung der Qualität von Pro- 
zessen und Produkten (60 %), z.B. durch eine Detektion von Anomalien und Störungen. Die 
Nutzung von ML zur Erweiterung des Produkt- und Dienstleistungsportfolios stellt dagegen nur 
für knapp 47 % der Unternehmen einen Beweggrund dar. Die Potenziale mit der geringsten 
Bedeutung stehen in Verbindung mit der Aufwertung der Außenwahrnehmung der Unterneh- 
men, gefolgt von einer Verbesserung der sozialen oder ökologischen Nachhaltigkeit, was nur 
von jedem vierten bis fünften Unternehmen genannt wurde (24 % bis 20 %). Für Letzteres zeigt 
sich allerdings im Falle der erfolgreichen Unternehmen eine etwas höhere Bedeutung (33 %). 
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5 Anwendungsmöglichkeiten 


Erhöhung der Informationstransparenz 7 
Reduzierung von Kosten 71% 
Automatisierung von (Entscheidungs-)Prozessen 71% 
Reduzierung der Durchlaufzeiten von (Entscheidungs-)Prozessen 62% 
Erhöhung der Entscheidungs-, Prozess- und Produktqualität 60% 
Steigerung der Kundenzufriedenheit 56% 
Erhöhung der Flexibilität und Robustheit von Prozessen und Lieferketten 53% 
Reduzierung des Personalaufwandes 47% 
Grundlage für neue Funktionen, Produkte oder Dienstleistungen 47% 
Verbesserung des Images bzw. der Bekanntheit des Unternehmens 27% 


Verbesserung der Arbeitsbedingungen von Mitarbeitern 24% 


|| 
x 


Erhöhung der ökologischen Nachhaltigkeit 20% 


o 
ES 


20% 40% 60% 80% 100% 


Relative Häufigkeit der Beweggründe 


Abbildung 56: Gründe für den Einsatz von ML im Logistikmanagement®9 


5.4.3 Risiken 


Den genannten Nutzenpotenzialen stehen mehrere negative Auswirkungen gegenüber, die 
ebenfalls aus dem Einsatz von ML in logistischen Entscheidungsprozessen resultieren kön- 
nen. Ein bedeutendes Risiko stellt die unreflektierte Nutzung „falscher“ Entscheidungen 
dar — sowohl in Form von Einzelfällen als auch bei systematischen Abweichungen der Anwen- 
dungen in Form eines Bias. Hierbei kann es sich zum einen um Ergebnisse handeln, die fak- 
tisch eine geringe Genauigkeit aufweisen, da sie keine geeignete Problemlösung darstellen. 
Neben modellseitigen Unzulänglichkeiten sind diese Ergebnisse z.B. auf fehlerhafte Daten 
oder eine bewusste Manipulation zurückzuführen. Zum anderen umfasst dies auch faktisch 
korrekte Entscheidungen, die jedoch für die jeweiligen Problemstellungen aufgrund anderer 
Bewertungskriterien abseits der Genauigkeit unzulässig sind, z. B. weil sie von ethischen oder 
rechtlichen Standards abweichen. Bleiben diese Ergebnisse bis zu ihrer Ausführung uner- 
kannt, können negative Effekte für die betroffenen Geschäftsprozesse bzw. die Unternehmen 
auftreten. Neben dieser Betrachtung des systemseitigen Outputs steht ein weiteres Risiko im 
Zusammenhang mit der etwaigen Einbindung vertraulicher Informationen über die Input- 
Daten der Systeme, z. B. in Form geschäftskritischer und personenbezogener Daten. In diesen 
Fällen wird das Risiko gesehen, dass unbefugte Personen Zugang zu diesen Daten erhalten. 


639 Eigene Darstellung. Bei dieser Erhebung war eine Mehrfachnennung möglich. 
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5.5 Synthese: Eignung von Anwendungsfallen 


Auch mit der Übernahme von bisher manuellen Aktivitäten durch ML-Anwendungen und der 
damit verbundenen Reduzierung des Aufgabenspektrums für die derzeitigen Entscheidungs- 
träger wird ein hohes Risiko assoziiert. Dies kann — insbesondere bei semi- bis vollautonomen 
Szenarien — dazu führen, dass sich die Aufgaben der Mitarbeiter im Wesentlichen auf die Kon- 
trolle von systemseitigen Entscheidungen beschränken. Auf lange Sicht kann dies zu einer 
deutlichen Abnahme der Problemlösungsfähigkeiten bei den Mitarbeitern führen, was über- 
greifend mit einem Wissensverlust für die Unternehmen gleichzusetzen ist. Auch kann die 
Veränderung des menschlichen Aufgabenspektrums zu einer wahrgenommenen Dominanz 
der Systeme aus Sicht der Nutzer führen, sodass diese sich auf die Rolle reiner Überwa- 
chungsorgane degradiert fühlen. Neben negativen Auswirkungen auf die Akzeptanz des 
Technologieeinsatzes kann dies zu einer Demotivation bei den Mitarbeitern führen, was sich 
wiederum negativ auf die Innovationskraft und Produktivität der Unternehmen auswirkt. Im 
Resultat besteht dadurch das nicht unerhebliche Risiko, dass die mittels des Einsatzes von 
ML-Anwendungen erzielten Kosteneinsparungen langfristig überkompensiert werden. 


5.5 Synthese: Eignung von Anwendungsfällen 


Im Kapitel 5 wurde das Anwendungsspektrum von ML im Logistikmanagement auf Grundlage 
des gegenwärtigen Forschungsstands herausgearbeitet und bewertet. Mithilfe der entwickel- 
ten Typologie konnte dabei die Komplexität der potenziell realisierbaren Anwendungsmöglich- 
keiten auf geeignete Weise reduziert werden. Unter Berücksichtigung von produktiven Anwen- 
dungen aus der Praxis wurden zudem unmittelbare Veränderungen des Einsatzes von ML für 
die Ausführung von logistischen Entscheidungsprozessen sowie daraus resultierende be- 
triebswirtschaftliche Potenziale und Risiken ermittelt. Die Ergebnisse des Kapitels repräsen- 
tieren in ihrer Gesamtheit die für das vorliegende Untersuchungsfeld möglichen Ausprägungen 
der drei Dimensionen des verkürzten TPC-Modells, d. h. die technischen Funktionalitäten, Auf- 
gaben und Auswirkungen. Diese Ausprägungen können als Entscheidungsgrundlage zur 
Auswahl geeigneter Anwendungsfalle im Logistikmanagement für den Einsatz von ML so- 
wie für die damit verbundene Abwägung zwischen mehreren Entscheidungstechniken genutzt 
werden. Hierzu wurden die erzielten Ergebnisse zu einzelnen Kriterien synthetisiert, welche 
entsprechend der übergreifenden Technologie- und Prozessbetrachtung der Untersuchung als 
„Eignungsindikatoren“ zu interpretieren sind (siehe Abbildung 57). 
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5 Anwendungsmöglichkeiten 


Aufgabe Technologie 
Problemmerkmale Problemlösungsfähigkeiten 
- Ausgeprägte Problemkomplexität - Präzise Erkennung von Unterschieden in 
* Hohe Anzahl statischer oder dynamischer Zuständen und Objekten, auch bei hoher 
Variablen Ähnlichkeit 
+ Lineare oder nicht-lineare Abhängigkeiten - Aufdecken von tieferliegenden Zusammen- 
zwischen Variablen hängen, z. B. in Form von Mustern und 


Rankings 


- Ermittlung zukünftiger Ausprägungen von 
Parametern und Zuständen 


- Ermittlung der Auswirkungen von Handlungs- 


e Mehrere, auch konfliktäre Zielgrößen 
- Defizite bisheriger Entscheidungstechniken 
+ Hoher Modellierungsaufwand 


+ Eingeschränkte Ergebnisqualitat, v. a. bei alternativen 
sich verändernden Rahmenbedingungen - Auswahl geeigneter Alternativen aus 
* Keine Methoden zur Problemlösung bekannt bestehenden Optionen 
- Verfügbare Daten zu Features und ggf. zu - Identifikation optimaler Lösungen, inkl. neuer 
Zielvariablen und „unkonventioneller“ Ansätze 


Veränderungen bei der Entscheidungsausführung 


- Transparenzerhöhung: Erweiterung des Informationsspektrums zum Anwendungs- 
fall 


- Faktenbasierte Entscheidungen: Erhöhung der Qualität von Entscheidungen, auch 
von bisher ungelösten Problemen 


- Antizipative Planung: Erzielung einer „vorausschauenden“ Transparenz 


- Autonome Entscheidungen: Realisierung einer systemseitigen 
Entscheidungsausführung 


- Dynamische Entscheidungen: Verringerung der Reaktionszeit von Entscheidungen 
und Umsetzung einer kontinuierlichen Ausführung 


- Ganzheitliche Planung: Zentralisierung und Harmonisierung von Entscheidungen 


Potenziale Risiken 


- Effizienzsteigerungen, u. a. durch Reduktion 
des Personalbedarfs und von Puffern 


- Beschleunigung von Prozessen, u. a. durch - Unreflektierte Übernahme falscher bzw. 
schnellere Entscheidungen und zeitliche ungeeigneter Entscheidungen 
Synchronisation - Verbreitung von vertraulichen Informationen 

- Erhöhung der logistischen Servicequalität, u. a. - Abnahme der Problemlösungskompetenz und 
durch Mitigation von Störungen Demotivation bei Mitarbeitern 

- Differenzierung im Wettbewerbsumfeld, u. a. - Ablehnung der Technologie 
durch datengestützte Services - Reduzierung der Innovationskraft und 

- Verbesserung der Arbeitsbedingungen, u. a. Produktivität der Unternehmen 
durch Entlastung der Mitarbeiter und neue 
Aufgabenspektren 


Abbildung 57: Indikatoren für die Eignung von Anwendungsfällen zum Einsatz von ML‘ 


640 Eigene Darstellung 
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5.5 Synthese: Eignung von Anwendungsfallen 


In Bezug auf die realisierbaren technischen Funktionalitäten von ML existieren vier zentrale 
Problemlösungsfähigkeiten, welche zur Ausführung bzw. Unterstützung von verschiedenen 
Aktivitäten in Entscheidungsprozessen — beginnend bei der Wahrnehmung von Problemen bis 
zur Auswahl geeigneter Handlungsalternativen — eingesetzt werden können. Es ist festzustel- 
len, dass diese Fähigkeiten für viele Prozesse entlang der logistischen Teilfunktionen und der 
zeitlichen Realisierungsebenen nutzbar sind, wobei entsprechend der häufig eingeschränkten 
Informationsverfügbarkeit strategische und unternehmensexterne Anwendungsfalle tendenzi- 
ell schwieriger zu realisieren sind. In Hinblick auf die Merkmale der bisher adressierten Prob- 
leme wird ersichtlich, dass ML-Anwendungen auch für sehr komplexe Entscheidungssitua- 
tionen, z.B. im Falle von vielen dynamischen Variablen und konfliktären Zielsetzungen, ge- 
eignete Lösungen bereitstellen können. 


Durch den gezielten Einsatz von ML-Anwendungen für logistische Problemstellungen können 
mehrere Veränderungen für die Ausführung der Planungs-, Steuerungs- und Überwachungs- 
aktivitäten erwirkt werden. Grundsätzlich werden die jeweiligen Entscheidungsträger zur ziel- 
gerichteten Detektion von Problemen sowie zur Ermittlung geeigneter Lösungen befähigt, so- 
dass neben einer Fehlerreduktion bei Entscheidungen auch Mitarbeiter ohne größere Vorer- 
fahrung für die entsprechenden Prozesse eingesetzt werden können. Über eine Entschei- 
dungsunterstützung hinaus sind die Anwendungen entsprechend ihrer Lernfähigkeit auch zur 
autonomen Ausführung von Entscheidungsprozessen einsetzbar. Hieraus ergeben sich 
in Abhängigkeit des jeweiligen Anwendungsfalls mehrere Nutzenpotenziale, die von Effizienz- 
steigerungen in Form von Kosten- und Zeiteinsparungen über Verbesserungen der logisti- 
schen Servicequalität bis hin zur Verbesserung der ökologischen und sozialen Nachhaltigkeit 
reichen. Insbesondere aus der Autonomisierung können aber auch größere Risiken für die 
Unternehmen bei der Ausführung von Entscheidungsprozessen resultieren, die sich neben 
einer Demotivation der Mitarbeiter durch eine wahrgenommene Entmündigung auch auf die 
Abnahme der Produktivität und Innovationskraft der Unternehmen beziehen. 


Trotz der ermittelten Stärken von ML im Vergleich zu einer manuellen Ausführung und zu an- 
deren Entscheidungstechniken ist weiterhin von Problemstellungen im Logistikmanagement 
auszugehen, für deren Lösung ein Einsatz von ML-Anwendungen vergleichsweise weniger 
geeignet ist. Hierzu gehören insbesondere wohlstrukturierte Probleme bzw. deterministische 
Entscheidungssituationen, die mittels Regellogiken eindeutig lösbar sind, sodass modellge- 
stützte Entscheidungstechniken eine hohe Eignung aufweisen, z.B. Expertensysteme und 
RPA. Darüber hinaus existieren auch Anwendungsfalle, die entsprechend ihrer Merkmale die 
in diesem Unterkapitel genannten Eignungsindikatoren erfüllen, jedoch aufgrund darüberhin- 
ausgehender Voraussetzungen des adoptierenden Umfeldes nicht für den Einsatz von ML 
geeignet sind. Diese Rahmenbedingungen, welche auch die Nutzerdimension mit einschlie- 
ßen, wurden aufgrund der in diesem Kapitel eingenommenen technisch-prozessualen Be- 
trachtungsperspektive bewusst nicht berücksichtigt. Ihre Erhebung erfolgt separat im nachfol- 
genden Kapitel. 
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6 Anforderungen 


6 Anforderungen 


In diesem Kapitel werden technologie- und domänenspezifische Voraussetzungen für einen 
erfolgreichen Einsatz von ML-Anwendungen im Logistikmanagement erarbeitet. Entsprechend 
der Erkenntnisse aus Kapitel 2.1.3 umfasst dies sowohl eine Betrachtung der Adoptionsob- 
jekte als auch des adoptierenden Umfeldes. Für die nachfolgende Entwicklung geeigneter 
Maßnahmen wird zudem der gegenwärtige Umsetzungsstand der ermittelten Voraussetzun- 
gen in der Praxis analysiert. Dies soll insgesamt zur Beantwortung der vierten sekundären 
Forschungsfrage führen: 


Welche Anforderungen bestehen an den erfolgreichen Einsatz von ML-Anwendungen 
im Logistikmanagement und wie ist deren Umsetzungsstand in der Praxis? 


Ausgehend von einer Konkretisierung des gewählten Forschungsdesigns für die vorliegende 
Untersuchung orientiert sich die Struktur des restlichen Kapitels an mehreren Anforderungs- 
gruppen, welche einleitend abgegrenzt werden (Kapitel 6.1). Nach den Anforderungen an die 
Funktionen (Kapitel 6.2) und Qualitätseigenschaften (Kapitel 6.3) von ML-Anwendungen 
werden anschließend die benötigten Umfeldeigenschaften (Kapitel 6.4) beschrieben. Zum 
Abschluss erfolgt eine quantitative Bewertung der identifizierten Eigenschaften, welche in de- 
ren Priorisierung für eine Berücksichtigung bei der Entwicklung von Umsetzungsmaßnahmen 
mündet (Kapitel 6.5). 


6.1 Forschungsdesign und Taxonomie der Anforderungen 


In Ermangelung von Sekundärdaten wurden die für die Untersuchung benötigten Informatio- 
nen unter Nutzung der in Kapitel 3.2 dargestellten qualitativen und quantitativen Methoden zur 
Befragung von geeigneten Praxisvertretern in Form von aktuellen bzw. potenziellen Anwen- 
dern und Anbietern erhoben. Die Berücksichtigung dieser Stakeholder-Perspektive führte zu 
dem im weiteren Verlauf verwendeten Anforderungsbegriff®*'. Zur systematischen Erfassung 
relevanter Anforderungen (AF) wurde ein mehrstufiges Vorgehen umgesetzt (siehe Abbildung 
58), dessen wesentliche Schritte sich am Requirements Engineering (RE) orientierten. An- 
stelle der Betrachtung spezifischer Softwaresysteme für den Einsatz in bestimmten Anwen- 
dungsfällen, wie es typischerweise Gegenstand des RE ist‘*, fand für das vorliegende For- 
schungsziel eine Erhebung übergreifender Anforderungen in Bezug auf das Untersuchungs- 
feld statt Di 


641 Vgl. Balzert (2009), S. 455 

642 Vgl. Partsch (2010), S. 20; Balzert (2009), S. 434 

643 Vor diesem Hintergrund wird auch keine Spezifikation von Leistungsanforderungen oder eine Auf- 
wandschatzung vorgenommen. Auch bleiben primar anwendungsfallspezifische Anforderungen, wie 
die Realisierung einer Benutzerschnittstelle, unberücksichtigt. 
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6.1 Forschungsdesign und Taxonomie der Anforderungen 


Systematisierung und 
Präzisierung 


Interpretation, inkl. 


Ermittlung Validierung 


Priorisierung 


Gruppendiskussion Onlinebefragung Experteninterviews 
Abbildung 58: Vorgehen bei der Anforderungserhebung®“4 


Analog zum RE sah der erste Schritt des gewählten Vorgehens eine Ermittlung der Anforde- 
rungen unter Einbeziehung der Stakeholder vor°*. Um möglichst vielfältige Perspektiven mit 
entsprechenden Hintergrundinformationen erfassen zu können, wurde hierfür eine Gruppen- 
diskussion durchgeführt. Anschließend bedurfte es einer „präzisen Anforderungsspezifika- 
tion“°*, wofür die ermittelten Anforderungen unter Berücksichtigung von Zusammenhängen in 
unterschiedliche Ebenen systematisiert sowie in eine einheitliche, prägnante Formulierung 
überführt wurden. Um bei einer Vielzahl von Anforderungen etwaige Bedeutungsunterschiede 
identifizieren zu können, ist eine Priorisierung von Anforderungen vorzunehmen.‘ Hierfür 
wurde eine Onlinebefragung genutzt, welche neben der Erhöhung der Stichprobe auch eine 
Quantifizierung der Ergebnisse ermöglichte. Die identifizierten Anforderungen wurden dabei 
hinsichtlich ihrer Bedeutung für einen erfolgreichen Einsatz von ML-Anwendungen im Logistik- 
management und ihres gegenwärtigen Umsetzungsstands in den Unternehmen bewertet. Die 
aufbereiteten Befragungsergebnisse wurden im nächsten Schritt von mehreren Praxisvertre- 
tern im Rahmen von Experteninterviews interpretiert, was auch eine Reflexion der jeweiligen 
Ausprägungen in den Unternehmen umfasste. Im Rahmen dieser semistrukturierten Befra- 
gungen konnte zudem die Eignung und Vollständigkeit der identifizierten Anforderungen im 
Sinne einer Validierung überprüft werden, was der notwendigen Qualitätsbewertung der Er- 
gebnisse diente‘*, 


Für die Gestaltung eines erfolgreichen Einsatzes von ML-Anwendungen im Logistikmanage- 
ment wurden insgesamt 28 relevante Anforderungen ermittelt, die unter Berücksichtigung 
bestehender Taxonomien aus der Literatur°* anhand von drei übergeordneten Gruppen in 
Hinblick auf die Modellierung des Untersuchungsfeldes aus Kapitel 2.5 systematisiert wurden 
(siehe Abbildung 59). Zum einen sah dies eine Separierung von Anforderungen vor, welche 
sich explizit auf die Gestaltung der Adoptionsobjekte in Form der ML-Anwendungen beziehen 
und im weiteren Verlauf als Systemeigenschaften bezeichnet werden. Diese wurden zusätz- 
lich nach funktionalen und nichtfunktionalen Anforderungen unterteilt, wobei für letztere auch 
der Begriff der Qualitätseigenschaften verwendet wird. Über primär technische Merkmale 
hinaus, wie sie bspw. Bestandteil der für Softwaresysteme zutreffenden Norm 
ISO/IEC 25010:2011 sind, wurden auch Eigenschaften in Bezug auf die Wirtschaftlichkeit, 


644 Eigene Darstellung 

645 Vgl. Balzert (2009), S. 507 

646 Partsch (2010), S. 44 

647 Vgl. Balzert (2009), S. 543 

648 Vgl. Partsch (2010), S. 51 ff. 

649 Dies umfasst die Veröffentlichungen von Partsch (2010), S. 27 ff.; Balzert (2009), S. 465. 
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6 Anforderungen 


strategische Passung und rechtliche Konformitat unter dieser Gruppe subsumiert. Zum ande- 
ren wurden diejenigen Anforderungen separiert, die sich entsprechend der systemtheoreti- 
schen Modellierung des Untersuchungsfeldes in Kapitel 2.5 auf die Gestaltung des Umfeldes 
von ML-Anwendungen beziehen. Neben primar technischen Merkmalen der unmittelbaren 
Systemumgebung umfassen diese Umfeldeigenschaften auch weitere Voraussetzungen in- 
ner- und außerhalb der adoptierenden Unternehmen, wie z. B. auf- und ablauforganisatorische 
sowie rechtliche, ethische und strategische Merkmale. 


Umfeldeigenschaften 


Umfeld 
unternehmensinterne und -externe Rahmenbedingungen 


t t 


Informationssystem 


Organisationsmitglieder 
u. a. Entscheidungsträger (Nutzer), Entwickler, Unternehmensführung 


t 


Logistische Entscheidungsprozesse ML-Anwendung 


Systemeigenschaften 
(Funktionen und Qualitätseigenschaften) 


Abbildung 59: Anforderungsgruppen®°° 


Entsprechend ihrer jeweiligen Gruppenzugehörigkeit werden die ermittelten Anforderungen in 
den nachfolgenden drei Unterkapiteln präzisiert und anschließend detailliert beschrieben. 
Diese Anforderungsbeschreibung folgt größtenteils einer einheitlichen Struktur mit folgen- 
den Informationen: 


- Erklärungen mit Bezug zu betroffenen Gestaltungsbereichen von Unternehmen, 
- Bedeutung mit Bezug zu ML-spezifischen Eigenschaften und angestrebten Wirkungen, 
- Umsetzungsstand in der Praxis mit resultierenden Herausforderungen. 


Zwischen den ermittelten Anforderungen bestehen sowohl innerhalb als auch übergreifend der 
Gruppen inhaltliche Wechselwirkungen, auf die im Text entsprechend verwiesen wird. 


6.2 Funktionen 


Im Rahmen der empirischen Untersuchung wurden vier übergreifende Funktionen von ML- 
Anwendungen ermittelt, die für einen erfolgreichen Einsatz von ML-Anwendungen im Logistik- 
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management vorliegen müssen. In Bezug auf die beiden Funktionen der Lern- und Entschei- 
dungsfähigkeit erfolgte zudem eine Unterscheidung in mehrere Szenarien zur Realisierung 
einer systemseitigen Autonomie. Die einzelnen Funktionen werden im vorliegenden Subkapi- 
tel charakterisiert und sind vorab in Form einer präzisen Anforderungsformulierung in Tabelle 
16 zusammengefasst. 


Eigenschaft Kurzbeschreibung 


Die ML-Anwendungen müssen sich an neue Bedingungen anpassen können und 


Lernfähigkeit diese bei ihren zukünftigen Ergebnissen berücksichtigen. 


Die ML-Anwendungen sollen stets geeignete Aktionen für die Ausführung von Ge- 


Entscheidungsfahigkeit schaftsprozessen generieren. 


Die ML-Anwendungen sollen die Auswirkungen ihrer generierten Aktionen aufzei- 


Auswirkungsermittlung gen 


Die ML-Anwendungen sollen verschiedene Ergebnisse aufzeigen, aus denen die 


Szenarienbildung Nutzer die geeignetste Option auswählen können. 


Tabelle 16: Funktionen — Anforderungspräzisierung 


6.2.1 Lernfähigkeit 


ML-Anwendungen müssen in der Lage sein, auch bei veränderten Problemstellungen geeig- 
nete Ergebnisse zu generieren. Dies erfordert eine eigenständige Anpassung des systemsei- 
tigen Wissens, was unter der Funktion der Lernfähigkeit zusammengefasst wird und ein Ab- 
grenzungsmerkmal zu anderen Systemen darstellt, bei denen hierfür eine manuelle Program- 
mierung notwendig ist (siehe Kapitel 2.4.2.4). Im Falle von ML-Anwendungen erfolgt die Aktu- 
alisierung der Problemlösungsfähigkeit durch den Zugang neuer Daten aus der Umwelt, die 
zu einer Rekonfiguration der ML-Modelle im Rahmen eines Re-Trainings führen, z. B. in Form 
einer Veränderung der Merkmalsgewichtungen oder der Neujustierung von Modellparametern. 
In Abhängigkeit der Lernverfahren kann es sich dabei um Daten zu bestehenden Merkmalen 
und/oder zu den Zielvariablen handeln, die den Systemen bisher unbekannt sind, was neben 
der Bereitstellung aktueller Fälle in Form von Echtzeitdaten auch eine Erweiterung des histo- 
rischen Betrachtungszeitraums der bisherigen Daten umfasst. Die neuen Daten können den 
bestehenden Datensatz stetig ergänzen oder Teile davon ersetzen. Um insbesondere bei dy- 
namischen Umweltsituationen das Risiko von falschen Entscheidungen zu minimieren, ist — 
ausgehend von einem initialen Training in der Modellentwicklung — eine regelmäßige Aktua- 
lisierung der Modelle bzw. Anwendungen während des Betriebs zu realisieren. 


6.2.2 Entscheidungsfähigkeit 


Auf Grundlage ihrer systemseitigen Ergebnisse müssen ML-Anwendungen geeignete Aktio- 
nen für die Ausführung der jeweiligen Geschäftsprozesse generieren. Diese Funktion der Ent- 
scheidungsfähigkeit entspricht der vorletzten Phase von Entscheidungsprozessen in Form 
der Auswahl einer geeigneten Handlungsalternative zur Lösung von Problemen (siehe Kapitel 
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2.3.2). Die geforderte Funktion ist bei bestimmten technischen Gestaltungsformen von ML- 
Anwendungen immanent, insbesondere im Falle von Optimierungsanwendungen, da diese 
explizit einer systemseitigen Unterstützung der genannten Phase dienen (siehe Kapitel 
5.2.1.4). Jedoch existiert auch eine Vielzahl von Anwendungen, welche mit dem Ziel einer 
Unterstützung von vorgelagerten Aktivitäten in Entscheidungsprozessen, wie der Problem- 
wahrnehmung oder allgemein der Informationsbeschaffung, umgesetzt werden. In diesen Fäl- 
len, wozu insbesondere Identifikations- und Prognoseanwendungen zu zählen sind, werden 
zusätzliche technische Komponenten zur Entscheidungsfähigkeit benötigt. Für deren Realisie- 
rung kann erneut auf ML zurückgegriffen werden, wie z. B. beim Anwendungsfall 3 aus Kapitel 
4.3.3, bei dem zusätzlich zu einer ML-basierten Prognose der Absatzmenge von Produkten 
auch darauf basierende Aktionen für die Bestandsplanung in Form geeigneter Bestellmengen 
und -zeitpunkte für die benötigten Materialen ermittelt werden. Zumeist findet bei den aktuellen 
Anwendungen die systemseitige Generierung von Aktionen jedoch durch andere IT-Systeme 
statt, welche die Ergebnisse der ML-Anwendungen als Input erhalten. 


6.2.3 Autonomie 


Im Zusammenhang mit der Lern- und Entscheidungsfähigkeit wurden auch Forderungen zur 
eigenständigen Ausführung der damit verbundenen Aktivitäten durch die ML-Anwendungen 
gestellt, d. h. hinsichtlich der Veränderung des Wissens und der Realisierung der generierten 
Aktionen bzw. Ergebnisse. Für die damit verbundene Autonomie kommen grundsätzlich meh- 
rere Ausprägungen infrage, die sich anhand der Verteilung der Aufgaben zwischen den Sys- 
temen und Menschen unterscheiden lassen.‘®! Die jeweilige Zusammenarbeitsform von bei- 
den „Akteuren“ ist im Rahmen von arbeitsorganisatorischen Betrachtungen zu gestalten und 
kann — ausgehend von dem übergeordneten Begriff der Mensch-Maschine-Interaktion — im 
Falle von Softwaresystemen als Mensch-Computer-Interaktion (HCI) bezeichnet werden.°°? 
Für die Abstufung der Aufgabenteilung wird in der Regel eine Systematisierung in mehrere 
Autonomiestufen vorgenommen, wofür in der Literatur verschiedene Ansätze zur Verfügung 
stehen.°5? Eine anerkannte Taxonomie findet sich in der Norm ISO/SAE PAS 22736:2021, 
welche für den Anwendungsfall des autonomen Fahrens ausgehend von einem rein manuellen 
Szenario fünf Autonomiestufen vorsieht. Unter Berücksichtigung dieser Ansätze wurde für die 
vorliegende Untersuchung eine geeignete Systematik abgeleitet, welche — abweichend zu der 
bisher vorherrschenden isolierten Betrachtung der Entscheidungsfähigkeit, bei der die Lernfä- 
higkeit lediglich impliziert betrachtet wird — eine Differenzierung in beide Funktionen umfasst 
(siehe Abbildung 60). Die resultierenden Autonomiestufen werden im Folgenden zusammen 
mit den Präferenzen der befragten Unternehmen für die Gestaltung von ML-Anwendungen 
zum Einsatz im Logistikmanagement beschrieben. 


651 Vgl. Gottschalk-Mazouz (2019), S. 238 
652 Vgl. Karafillidis (2019), S. 157 
653 Vgl. Beer et al. (2014), S. 77 f. 
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Autonomie der Lernfähigkeit 


Abbildung 60: Autonomiestufen von ML-Anwendungen®5* 


Für die Autonomie der Lernfahigkeit ist in der gewählten Systematik eine Unterteilung in drei 
Stufen vorgesehen. In der ersten Stufe erfolgt eine aktive Beeinflussung des Lernprozesses 
durch den Menschen, indem dieser ein erneutes Training manuell initiiert und ggf. selbst ent- 
wicklungsseitige Veränderungen vornimmt. Die zweite Stufe sieht eine automatische Durch- 
führung dieses Re-Trainings vor, wobei jedoch die modellseitigen Veränderungen und damit 
das neue Wissen der Anwendungen durch den Menschen freigegeben werden müssen. In der 
dritten Stufe entfällt diese Freigabe, sodass das automatisch generierte Wissen direkt im Be- 
trieb verwendet wird, wobei auch bestimmte Grenzen festgelegt werden können. Die automa- 
tische Initiierung des Lernprozesses in der zweiten und dritten Stufe kann durch unterschied- 
liche Impulse erfolgen. Dies umfasst zum einen die Festlegung eines Zeitplans, der z.B. ein 
allnächtliches Re-Training vorsieht. Zum anderen ist auch ein ereignisbasiertes Lernen reali- 
sierbar, bei dem z. B. im Falle einer festgelegten Anzahl neuer Daten oder im Falle des Über- 
schreitens eines definierten Schwellwertes in Bezug auf die Ergebnisqualität das Re-Training 
ausgelöst wird. Die Zeitintervalle oder Ereignisse können dabei sehr kurz bzw. niedrigschwellig 
definiert werden, sodass bspw. bei jedem neuen Fall ein Re-Training erfolgt, was einer nahezu 
permanenten Aktualisierung der Systeme entspricht (sog. Online Learning). 
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Die erste Autonomiestufe der Lernfahigkeit wird von keinem der Unternehmen für den Einsatz 
im Logistikmanagement präferiert (siehe Abbildung 61). Stattdessen sollen die ML-Anwendun- 
gen eigenständig neues Wissen generieren und produktiv einsetzen können. Hinsichtlich der 
Notwendigkeit einer damit verbundenen Freigabe durch den Menschen besteht nahezu eine 
Indifferenz. In diesem Zusammenhang wurde auch auf die Abhängigkeit der beiden Gestal- 
tungsoptionen von den jeweiligen systemseitigen Qualitätseigenschaften hingewiesen, insbe- 
sondere in Bezug auf die Zuverlässigkeit und Manipulationssicherheit. Bei der Betrachtung der 
bestehenden ML-Anwendungen im Logistikmanagement zeigt sich, dass diese zumeist nur in 
einer geringen Frequenz aktualisiert werden. Das Re-Training erfolgt dabei entweder nach fest 
definierten Abständen oder auch vielfach noch durch manuelle Intervention. Neben einem 
eingeschränkten Vertrauen in die Ergebnisqualität wird dies v. a. mit der entwicklungsseitigen 
Komplexität bei der Realisierung eines kontinuierlichen Datenaustausches mit den Input-Sys- 
temen und bei der Automatisierung von Modellanpassungen begründet. 


Unterstütztes Lernen 
m Beaufsichtigtes Lernen 


m Autonomes Lernen 


Abbildung 61: Lernfähigkeit - Bewertung der Autonomiestufen®55 


Für die Entscheidungsfähigkeit sind in der Systematik vier Autonomiestufen vorgesehen. In 
der ersten Stufe fungieren die Systeme lediglich als Entscheidungsunterstützung, indem eine 
Bereitstellung der systemseitigen Ergebnisse für die Nutzer im Sinne eines Vorschlages er- 
folgt. Die Ausführung von Entscheidungen in Form von Aktionen zur Veränderung von Ge- 
schäftsprozessen verbleibt vollständig beim Menschen. In der zweiten Stufe führen die Sys- 
teme bereits bestimmte Prozessumfänge eigenständig aus, indem die systemseitig generier- 
ten Aktionen zu einer direkten Veränderung der Geschäftsprozesse führen. Der Mensch kon- 
trolliert allerdings die Entscheidungen der Systeme vor deren Realisierung. Zusätzlich über- 
nimmt er die Ausführung der restlichen Prozessumfänge. In der dritten Stufe werden auch 
diese Prozesse an die Systeme übergeben, sodass einzig die Kontrolle beim Menschen ver- 
bleibt. Eine zusätzliche Übergabe dieser Aufgabe an die Systeme sieht die letzte Stufe der 
vollständigen autonomen Ausführung vor. 


Nahezu alle Unternehmen sehen eine Übertragung der Entscheidungsausführung auf ML-An- 
wendungen vor (siehe Abbildung 62). Lediglich 5% präfieren deren assistierenden Einsatz. 
Auf der anderen Seite ist aber auch nur bei einem kleinen Teil der Unternehmen (7 %) eine 
Präferenz für eine vollautonome Ausführung festzustellen. Deutlich mehr Unternehmen (36 %) 
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bevorzugen im Rahmen der vollständigen systemseitigen Ausführung — analog zur Lernfahig- 
keit — weiterhin eine Kontrolle durch den Menschen. Die Mehrheit (60 %) sieht eine Aufgaben- 
teilung zwischen Menschen und Systemen vor. Hierzu wird eine Unterscheidung in Stan- 
dard- und Sonderprozesse als zweckmäßig angesehen, wobei letztere weiterhin manuell 
ausgeführt werden sollen. Die Notwendigkeit einer Aufteilung zwischen beiden Akteuren und 
einer fortbestehenden Kontrolle durch den Menschen wird von den befragten Unternehmen 
ebenfalls mit den Eigenschaften der aktuellen ML-Anwendungen begründet, welche oft noch 
nicht die benötigte Zuverlässigkeit für einen autonomen Betrieb aufweisen. Gleichzeitig wird 
auch auf Hemmnisse in den Unternehmen zur Verlagerung der Entscheidungsausführung auf 
IT-Systeme verwiesen, welche insbesondere bei geschäftskritischen Prozessen zu beobach- 
ten sind. Dies führt dazu, dass die meisten der bestehenden Systemen im Logistikmanage- 
ment bislang als reine Entscheidungsunterstützung eingesetzt werden. 


Assistierte Ausführung 
= Partiell autonome Ausführung 
= Autonome Ausführung 


m Vollständig autonome Ausführung 


Abbildung 62: Entscheidungsfähigkeit — Bewertung der Autonomiestufen®° 


Anhand der Autonomiestufen zu beiden Funktionen ergeben sich grundsätzlich verschiedene 
Kombinationsmöglichkeiten für die Gestaltung der Zusammenarbeit zwischen ML-Anwendun- 
gen und Menschen. Hieraus lassen sich drei bedeutende Szenarien aggregieren. Ausgehend 
von einer weiterhin aktiven Einbindung des Menschen in jede einzelne Entscheidung in Form 
einer Freigabe der jeweiligen Aktionen und/oder der vorgenommenen Modellanpassungen, 
kann sich der Einsatz des Menschen auch auf Kontrollaufgaben beschränken, welche ihm 
jedoch jederzeit die Möglichkeit geben, in den Lernprozess und/oder die Entscheidungsaus- 
führung einzugreifen. Diese beiden Szenarien werden als Human-in-the-Loop (HITL) und 
Human-on-the-Loop (HOTL) bezeichnet.°” Zusätzlich existiert auch die Möglichkeit eines 
vollautonomen Einsatzes, wofür bei beiden Funktionen eine Realisierung der höchsten Auto- 
nomiestufe erforderlich ist. Demnach müssen die Systeme in diesem Szenario sowohl eigen- 
ständig Wissen auf Basis neuer Daten generieren als auch darauf basierende Aktionen eigen- 
ständig ausführen. Die Veränderungen, die sich auf Basis der ausgeführten Aktionen in der 
Umwelt ergeben, werden hierbei ebenfalls durch die Systeme wahrgenommen und führen im 
Sinne eines Feedbacks zur automatischen Anpassung ihres Verhaltens. Diese definitionsge- 
mäße Autonomie von Systemen®® entspricht einem Schließen des Perception-Action-Cycle. 


656 Eigene Darstellung 
657 Vgl. Europäische Kommission (2019), S. 16 
658 Vgl. Gottschalk-Mazouz (2019), S. 239 
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6.2.4 Auswirkungsermittlung und Szenarienbildung 


Fur das von den Logistikvertretern prafierte Szenario einer bestehenden aktiven Einbindung 
des Menschen bei der Entscheidungsausführung im Sinne des HITL werden zwei weitere 
Funktionen von ML-Anwendungen gefordert, die einer Unterstützung der Nutzer dienen. 


Zum einen sollen die Systeme für die generierten Aktionen zusätzliche Informationen in Form 
der potenziellen Auswirkungen im jeweiligen Anwendungsfall ermitteln, wozu z. B. Verande- 
rungen von Geschäftsprozessen und Leistungsindikatoren zählen. Die Anforderungsermitt- 
lung kann mittels Heuristiken oder Simulationen realisiert werden; zudem ist auch ein Rückgriff 
auf die Prognosefähigkeit von ML möglich. Bei den bisherigen ML-Anwendungen im Logistik- 
management ist diese Funktionen bisher nur vereinzelt vorzufinden, was auch im Zusammen- 
hang mit deren häufig fehlender Entscheidungsfähigkeit steht. Anstelle von Auswirkungen wer- 
den aber teilweise systemseitige Zusatzinformation in Form der Ergebnisqualität bereitgestellt. 


Zum anderen müssen ML-Anwendungen - anstelle eines einzelnen Ergebnisses — mehrere 
Optionen aufzeigen, anhand derer die Entscheidungsträger eine Auswahl treffen können. Bei 
diesen Szenarien kann es sich um mehrere Ergebnisse einer Modellkonfiguration handeln, 
die z. B. entsprechend der erzielten Güte im Sinne eines Rankings ausgegeben werden. Fer- 
ner besteht auch die Möglichkeit einer Nutzung von mehreren Modellen mit unterschiedlichen 
Konfigurationen, z. B. in Form abweichender Lernverfahren, deren jeweilige Ergebnisse be- 
reitgestellt werden. Die Funktion der Szenarienbildung wird bereits durch einige der bestehen- 
den Anwendungen abgedeckt, indem z.B. mehrere Ergebnisse eines Modells mit entspre- 
chenden Wahrscheinlichkeitsverteilungen ausgegeben werden. 


6.3 Qualitätseigenschaften 


Zusätzlich zu den genannten Funktionen wurden für die Qualität von ML-Anwendungen zehn 
Eigenschaften ermittelt, die für einen erfolgreichen Einsatz von ML-Anwendungen im Lo- 
gistikmanagement vorliegen müssen. Diese Qualitätseigenschaften werden im vorliegenden 
Subkapitel charakterisiert und sind vorab in Form einer präzisen Anforderungsformulierung in 
Tabelle 17 zusammengefasst. 


Eigenschaft Kurzbeschreibung 


Die ML-Anwendungen müssen zuverlässige Ergebnisse bereitstellen — auch bei 


Zuverlässigkeit komplexen Problemen und fehlerhaften bzw. wenigen Daten. 


Nachvollziehbarkeit Der Lösungsweg der ML-Anwendungen muss für die Nutzer nachvollziehbar sein. 
Kontrollierbarkeit der „Falsche“ Ergebnisse der ML-Anwendungen oder deren Fehlbenutzung müssen 
Entscheidungsausfüh- erkannt bzw. verhindert werden, bevor darauf basierende Aktionen ausgeführt wer- 
rung den. 


Kontrollierbarkeit und 
Rückverfolgbarkeit des 
Lernprozesses 


Der Lösungsweg und die Ergebnisse der ML-Anwendungen müssen (durch den 
Menschen) überprüfbar, beeinflussbar und rekonstruierbar sein. 
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Der Lösungsweg der ML-Anwendungen muss gegenüber dem Eingriff unbefugter 


Manipulationssicherheit Dritter abgesichert sein. 


Die ML-Anwendungen müssen hochverfügbar sein, auch wenn Teile ihrer Infra- 


Verfügbarkeit struktur ausfallen. 


Aus der Nutzung der ML-Anwendungen müssen Einsparpotenziale hervorgehen, 


Business Case die vorab klar aufgezeigt werden können. 


Die ML-Anwendungen müssen um mehrere Anwendungsfalle erweiterbar sein und 


Skalierbarkeit sollen keine Insellösung darstellen. 


Die ML-Anwendungen müssen einen klaren Bezug zur Strategie, zur Vision und/o- 


Strategic Fit der zu zukünftigen Anforderungen der Unternehmen aufweisen. 


Die ML-Anwendungen müssen unternehmensinterne und -externe Regeln einhal- 
Compliance ten, insbesondere bezüglich der Datensicherheit, des Datenschutzes und ethischer 
Standards. 


Tabelle 17: Qualitätseigenschaften — Anforderungspräzisierung 


6.3.1 Zuverlässigkeit 


Für den Einsatz im Logistikmanagement müssen die ML-Anwendungen während des gesam- 
ten Betriebs zuverlässige Ergebnisse in Form funktional korrekter Entscheidungen bereitstel- 
len. Dies gilt auch im Falle von komplexen Problemstellungen. Demnach wird neben einem 
Umgang mit mehreren konfliktären Zielstellungen auch eine hohe Ergebnisqualität der Sys- 
teme bei sich ändernden Umfeldbedingungen erwartet. Diese Notwendigkeit verstärkt sich im 
Falle der angestrebten Umsetzung autonomer Entscheidungen. Entsprechend der gegenwär- 
tigen datenseitigen Voraussetzungen in der Logistik (siehe AF Datenverfügbarkeit und AF Da- 
tenqualität) werden zudem Systeme gefordert, welche auch bei wenigen sowie bei fehlerhaften 
bzw. verrauschten Daten eine hohe Zuverlässigkeit sicherstellen. 


Zur Realisierung dieser Forderung sind ML-Modelle mit einer hohen Genauigkeit zu entwi- 
ckeln, wobei sich dies nicht nur auf die Trainingsfälle, sondern auch auf unbekannte Fälle mit 
abweichenden Verteilungen bezieht, weshalb eine Generalisierbarkeit der Modelle sicherzu- 
stellen ist. Auch wenn vorab auf analytischem Wege für bestimmte entwicklungsseitige Ge- 
staltungsparamater eine indikative Eingrenzung möglich ist, kann die für den jeweiligen An- 
wendungsfall geeignetste Lösung aufgrund der individuellen prozess- und datenseitigen Vo- 
raussetzungen nur durch eine direkte Implementierung und Testung verschiedener Ansätze 
im Sinne eines Trial-and-Error-Vorgehens identifiziert werden. Aus diesem Grund sollen die 
mit der Entwicklung betrauten Mitarbeiter durch geeignete Maßnahmen zur einer experimen- 
tellen Erprobung verschiedener Lösungsansätze, u.a. in Bezug auf unterschiedliche Modell- 
konfigurationen, Lernverfahren und Merkmale, motiviert werden. 


Die Bewertung der einzelnen Lösungsansätze soll nach objektiven Kriterien erfolgen, wofür 
mehrere statistische Metriken, wie der RMSE und MAE, zur Verfügung stehen (siehe Kapitel 
2.4.3.2). Neben dieser technischen Bewertung wird hierzu aber auch die konsequente Berück- 
sichtigung einer betrieblichen Perspektive gefordert. Dies betrifft die Verwendung geeigneter 
prozessspezifischer Güteindizes, welche die spezifischen betrieblichen Anforderungen an die 
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Ergebnisqualitat besser abbilden sollen und gemeinsam mit den jeweiligen Prozessverant- 
wortlichen bzw. -eigentümern (Process Owner) festzulegen sind. Hierbei sollen auch etwaige 
Unterschiede von einzelnen Anwendungsfällen und Stakeholdern betrachtet werden, indem 
z. B. höhere Anforderungen an kurzfristige als an langfristige Prognosen bestehen. 


Die gegenwärtigen ML-Anwendungen im Logistikmanagement liefern bereits für viele Anwen- 
dungsfälle vielversprechende Ergebnisse, welche sich im Vergleich zum Menschen, aber auch 
zu anderen technischen Ansätzen durch eine höhere Genauigkeit bei einer gleichzeitig kürze- 
ren Bearbeitungszeit auszeichnen. Hierbei zeigt sich auch die Lösungsmöglichkeit von sehr 
komplexen Problemstellungen, wie der Optimierung der Maschinenbelegung oder der Prog- 
nose von Prozesszeiten bei sehr dynamischen Einflussvariablen. Es ist aber auch festzustel- 
len, dass viele Entscheidungsprozesse bisher noch nicht abgedeckt sind. Auch beschrän- 
ken sich die bestehenden Systeme entsprechend ihres Prototypenstadiums oft nur auf ausge- 
wählte Anwendungsbereiche, sodass in diesen Fällen noch keine Aussagen über die Ergeb- 
nisqualität bei sich verändernden Problemstellungen getroffen werden können. Zudem wird 
ein Handlungsbedarf bei der Realisierung zufriedenstellender Lösungen für Problemstellun- 
gen mit wenig Daten gesehen. 


6.3.2 Nachvollziehbarkeit 


Die im Logistikmanagement eingesetzten ML-Anwendungen müssen Möglichkeiten zur Nach- 
vollziehbarkeit ihres Lösungsweges für den Menschen bieten, damit diese kontextbezogen 
das Zustandekommen der Entscheidungen verstehen können. Zur Realisierung dieser For- 
derung muss eine Erklärbarkeit der jeweils wirkenden mathematisch-statistischen Zusammen- 
hänge der zugrundeliegenden Modelle in Verbindung mit den verwendeten Daten sicherge- 
stellt werden. Dies wird jedoch durch den Black-Box-Charakter vieler Modelle erschwert 
(siehe Kapitel 2.4.3.2), sodass die bisherigen Anwendungen im Logistikmanagement oft von 
einer hohen Intransparenz geprägt sind. Neben verbesserten Möglichkeiten zur Kontrollierbar- 
keit der Anwendungen soll diese Eigenschaft v. a. einer Akzeptanzsteigerung bei den Mitar- 
beitern dienen. Auch soll damit eine Einsatzmöglichkeit für Anwendungsfälle, welche aus ethi- 
schen und rechtlichen Gründen eine Transparenz über die jeweilige Entscheidungsfindung 
erfordern, sichergestellt werden. Es wird von den befragten Unternehmen aber auch eine Dif- 
ferenzierung nach unterschiedlichen Stakeholdern und Anwendungsfällen vorgenommen. 
Demnach müssen die Entwickler der Anwendungen über ein deutlich höheres Verständnis 
zum jeweiligen Lösungsweg verfügen. Dagegen wird für die Nutzer eine Kenntnis von grund- 
legenden Systemeigenschaften als ausreichend erachtet, welche sich u. a. auf die jeweils 
einbezogenen Merkmale und das allgemeine Systemverhalten bezieht (siehe AF Kompetenz). 
Auch wird im Falle eines lediglich unterstützenden Einsatzes der Systeme für die meisten An- 
wendungsfälle im Logistikmanagement eine höhere Intransparenz akzeptiert. 
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6.3.3 Kontrollierbarkeit der Entscheidungsausführung 


Im Falle von relevanten Einschränkungen in Bezug auf die Zuverlässigkeit von ML-Anwendun- 
gen müssen die entsprechenden ungeeigneten bzw. fehlerhaften Entscheidungen vor einer 
manuellen oder automatischen Ausführung, z. B. in Form einer Weitergabe dieser Informatio- 
nen an andere Systeme, erkannt werden. Dies dient im Wesentlichen der Vermeidung von 
schädlichen Auswirkungen für das Unternehmen, aber gleichzeitig auch dem Abbau von Ängs- 
ten bei den Beteiligten. Hierzu werden technische Möglichkeiten zur Realisierung einer Ex- 
ante-Kontrolle für alle Einzelentscheidungen gefordert. Dies gilt auch in Fällen einer hohen 
Ergebnisqualität vorausgehender Entscheidungen, da sich das Verhalten von ML-Anwendun- 
gen bzw. der zugrundeliegenden Modelle durch verschiedene Umstände verschlechtern kann, 
von denen einige nachfolgend aufgeführt sind: 


- Die Modelle weisen entwicklungsseitige Defizite auf, indem z. B. wichtige reale Phano- 
mene nicht korrekt berücksichtigt wurden. 

- Die zum Training der Modelle berücksichtigten Daten waren ungeeignet, da sie nur 
einen Ausschnitt der realen Phänomene abdecken. 

- Die bisher genutzten Daten waren geeignet, jedoch haben sich seitdem die realen Be- 
dingungen verändert. 

- Die systemseitige Erfassung der benötigten Daten hat sich verändert, wodurch z.B. 
die Merkmale und Erhebungszeitpunkte nicht mehr korrekt abgebildet werden. 


Zur manuellen Kontrolle der Systeme wird die Realisierung einer Benutzerschnittstelle (UI) 
gefordert. Darüber hinaus bedarf es einer systemseitigen Selbstüberwachung, die aus der 
eingeschränkten Nachvollziehbarkeit von ML-Anwendungen resultiert und eine Unterstut- 
zungsfunktion für den Menschen darstellen soll. Für das vollautonome Szenario stellt diese 
Eigenschaft zudem eine zentrale Voraussetzung dar. Über die systemseitigen Fehler hinaus 
soll für bestimmte Anwendungsfälle auch eine Detektion menschlicher Fehlentscheidun- 
gen durch die Systeme ermöglicht werden. Dazu müssen die Nutzer ihre Entscheidungen vor 
deren Ausführung an die Systeme übergeben, was bei der Gestaltung der jeweiligen UI zu 
berücksichtigen ist. Einige der bisherigen ML-Anwendungen im Logistikmanagement weisen 
bereits Kontrollmechanismen auf, indem bspw. die Ergebnisse in Hinblick auf definierte Tole- 
ranzgrenzen geprüft werden und eine Meldung von abweichenden Entscheidungen an die 
Nutzer erfolgt. Eine Forcierung dieser Eigenschaft bei der Entwicklung erfolgt jedoch bisher 
nicht, was auch mit dem bisher dominierenden Einsatz der Systeme als Entscheidungsunter- 


stützung begründet wird. 


6.3.4 Kontrollier- und Rückverfolgbarkeit des Lernprozesses 


Die Möglichkeit zur Kontrolle der ML-Anwendungen muss nicht nur für die systemseitigen Er- 
gebnisse gegeben sein, sondern auch für die damit verbundene systemseitige Entscheidungs- 
findung in Form des jeweiligen Lösungsweges. Diese Forderung bezieht sich sowohl auf ak- 
tuelle als auch auf vergangene Entscheidungen im Sinne einer Ex-post-Kontrolle, sodass in 
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diesem Kontext auch von einem ,, Tracking und Tracing“ gesprochen wird. Dadurch sollen eine 
gezielte Beeinflussung und eine nachtragliche Plausibilisierung einzelner Entscheidungen 
durch die beteiligten Mitarbeiter ermöglicht werden, z. B. im Falle von kundenseitigen Rekla- 
mationen. 


Für die geforderte Realisierung der Kontrollier- und Rückverfolgbarkeit bedarf es der Generie- 
rung von Informationen zur Qualifizierung des systemseitigen Lernprozesses. Zudem 
müssen diese Informationen nutzerorientiert aufbereitet und über eine Ul dargestellt werden, 
was die Forderung der Nachvollziehbarkeit von ML-Anwendungen ergänzt. Auch bedarf es 
deren Speicherung, wobei der benötigte Zeitraum anwendungsfallspezifisch festzulegen ist, 
z.B. unter Berücksichtigung von rechtlichen Vorgaben. Die dadurch verfügbaren Informatio- 
nen zu historischen Einzelentscheidungen sollen ebenfalls zur Bewertung eines aggregierten 
Systemverhaltens genutzt werden, was der Extraktion von Wissen zu den jeweiligen Anwen- 
dungsfällen sowie der Identifikation von Verbesserungsmöglichkeiten dienen kann. 


6.3.5 Manipulationssicherheit 


Die im Logistikmanagement eingesetzten ML-Anwendungen müssen vor einem unbefugten 
Eingriff geschützt werden, wobei dies sowohl für externe Cyberangriffe als auch für eine un- 
bewusste Manipulation durch autorisierte Nutzer gefordert wird. Als sicherheitskritische Kom- 
ponenten werden zum einen die ML-Modelle betrachtet, bei denen u. a. durch eine Manipula- 
tion der Algorithmen schädliche Entscheidungen der Systeme herbeigeführt werden können. 
Zum anderen betrifft dies auch die für das Training genutzten Input-Daten, welche das Risiko 
zum Auslesen sensibler Informationen sowie zur gezielten Beeinflussung der systemseitigen 
Ergebnisse bergen. Demnach kann durch eine subtile Manipulation der Daten über einen län- 
geren Zeitraum hinweg der Lernprozess verändert werden. Durch die häufig hohe Anzahl von 
unterschiedlichen Datenquellen bei ML-Anwendungen liegen viele potenzielle Angriffsmög- 
lichkeiten vor. Vor diesem Hintergrund werden geeignete Maßnahmen gefordert, welche zur 
Vermeidung dieser bewussten und unbewussten Manipulationen entlang der gesamten 
IT-Infrastruktur von ML-Anwendungen beitragen. Darüber hinaus soll im Falle eines erfolgten 
Eingriffes eine schnelle Detektion und effektive Mitigation der Auswirkungen erfolgen. Aus 
Sicht der befragten Unternehmen bedarf es dazu einer Erweiterung der bisherigen Instrumente 
der IT-Sicherheit. Gleichzeitig wird aber auch auf die fehlenden gesetzlichen Sicherheitsstan- 
dards für ML bzw. KI hingewiesen. 


Für die bisher lokal betriebenen ML-Anwendungen werden zur Manipulationssicherheit vor- 
dergründig Instrumente von konventionellen IT-Systemen genutzt, wozu u.a. Firewalls, Anti- 
Ransomware, Zwei-Faktor-Authentifizierungen und Penetrationstests gehören. Einem semi- 
oder vollautonomen Einsatz von ML-Anwendungen werden diese Maßnahmen jedoch nicht 
gerecht. In diesen Fällen besteht jedoch aufgrund der eingeschränkten menschlichen Kontrolle 
ein besonders hohes Sicherheitsrisiko, was Dritte zu Angriffen motivieren und im Falle von 
kritischen Geschäftsprozessen zu hohen Schäden führen kann. Eine andere Situation liegt für 
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die mittels laaS über externe Cloud-Infrastruktur betriebenen Anwendungen vor, wozu im 
Kreise der befragten Unternehmen insbesondere Kooperationen mit den Hyperscalern zählen 
(siehe Kapitel 4.4.2). In diesen Fällen wird von deutlich höheren Sicherheitsstandards berich- 
tet, was neben der höheren Rechenleistung und Flexibilität (siehe AF IT-Performance) einen 
wesentlichen Beweggrund für diese infrastrukturelle Realisierungsform darstellt. 


6.3.6 Verfügbarkeit 


Zur Nutzung der systemseitigen Funktionen muss eine hohe Verfügbarkeit der ML-Anwendun- 
gen gegeben sein. Es werden daher geeignete Maßnahmen gefordert, die zu einer Vermei- 
dung von Gesamt- und Teilsystemausfällen der ML-Modelle und der weiteren technischen 
Komponenten der Anwendungen beitragen, einschließlich der zugrundeliegenden IT-Infra- 
struktur mit den einzelnen Input-Systemen. Im Falle eines Eintritts dieser Ereignisse muss 
zudem die Eindämmung der damit verbundenen Auswirkungen sichergestellt werden. Neben 
einer redundanten Infrastruktur wird dazu die Einrichtung von Backup-Systemen und Daten- 
archivierungen gefordert, welche bei einem Systemausfall den Rückgriff auf ältere Versionen 
erlauben. Hierbei kann es sich um Speicherstände der Anwendungen handeln, welche im 
Rahmen des Re-Trainings erstellt werden. Darüber hinaus bedarf es konkreter Handlungsan- 
weisungen für die Mitarbeiter, die in Anwendungsfällen mit einer unregelmäßigen Ergebnisbe- 
reitstellung auch einen Rückfall auf eine manuelle Ausführung der Entscheidungsprozesse 
vorsehen können — was jedoch eine gezielte Aufrechterhaltung von deren Problemlösungsfä- 
higkeiten erfordert. Analog zur Manipulationssicherheit bleiben die bisherigen lokal betriebe- 
nen ML-Anwendungen hinter den formulierten Anforderungen zurück. Anders verhält es sich 
bei den Systemen, die auf externer Cloud-Infrastruktur ausgeführt werden. In diesen Fällen 
werden Verfügbarkeitsgarantien von nahezu 100 % durch die Anbieter zugesagt. 


6.3.7 Business Case 


Aus dem Einsatz von ML-Anwendungen muss ein messbarer betriebswirtschaftlicher Nutzen 
für die Unternehmen hervorgehen. Dieser soll zudem bereits zu einem frühen Zeitpunkt be- 
kannt sein, damit die Vorteilhaftigkeit der Anwendungen für die Unternehmen bewertet und 
fundierte Entscheidungen hinsichtlich deren Umsetzung, einschließlich einer Eigen- oder 
Fremdentwicklung (Build-or-Buy), getroffen werden können. Mehrere der befragten Unterneh- 
men weisen aber auch auf das Innovationshindernis einer zu starken Fokussierung auf die 
Wirtschaftlichkeit von neuen Technologien hin. Demnach wird zum einen das Risiko gesehen, 
dass sehr „fortschrittliche“ Konzepte, deren Wirtschaftlichkeit sich aufgrund eines vergleichs- 
weise hohen Aufwands als nachteilig erweist, keine Berücksichtigung finden. Zum anderen 
sind die mit der Entwicklung betrauten Mitarbeiter von Beginn an in Bezug auf einen bestimm- 
ten Lösungsansatz festgelegt. Darüber hinaus wird auf die Herausforderungen bei der Quan- 
tifizierung des Nutzens von vielen ML-Anwendungen hingewiesen, da mehrere der direkten 
Wirkungsdimensionen, wie die Verbesserung der Entscheidungsqualität und die Erhöhung der 
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Transparenz (siehe Kapitel 5.4.1), nur schwer operationalisierbar sind. Aufgrund der Unge- 
wissheit über die Gestaltung des jeweiligen L6sungsansatzes und die damit verbundenen Auf- 
wände sind die Möglichkeiten zur Bestimmung valider Wirtschaftlichkeitsberechnungen vor 


der eigentlichen Entwicklung von ML-Anwendungen zudem sehr eingeschrankt. 


Vor diesem Hintergrund wird es als notwendig erachtet, dass bereits im Rahmen der Konzep- 
tion von ML-Anwendungen betriebswirtschaftliche Ziele definiert werden, welche den inten- 
dierten Nutzen der Anwendungen über geeignete messbare Zielgrößen aufzeigen. Die Uber- 
prüfung dieser Ziele soll allerdings erst nach der Sicherstellung einer technischen Machbarkeit 
der Anwendungen erfolgen, sodass während des Entwicklungsprozesses ausreichend gestal- 
terische Freiheiten bestehen, aber gleichzeitig auch von Beginn an der betriebliche Mehrwert 
der Anwendungen forciert wird. Zum Zeitpunkt der Bestätigung der technischen Machbarkeit 
soll zudem ein formaler Business Case erstellt werden, der die formulierten Ziele konkretisiert 
und den geplanten Aufwänden im Sinne einer Nutzen-Kosten-Betrachtung verbindlich gegen- 
überstellt. Die Überprüfung der Zielerreichung soll regelmäßig im Rahmen des produktiven 
Betriebs vorgenommen werden und mit einem „harten“ Kriterium in Form einer Weiterführung 
oder einem Abbruch bzw. einer Anpassung des jeweiligen ML-Projektes verbunden sein. 


Bei den bisherigen ML-Anwendungen im Logistikmanagement lässt sich eine einseitige Be- 
schränkung auf technische Zielgrößen feststellen, insbesondere auf die Ergebnisqualität. Da- 
gegen werden betriebswirtschaftliche Zielsetzungen oft nicht oder sehr spät festgelegt. Dies 
wird mit der aktuell vorherrschenden experimentellen Erprobung von ML begründet, welche 
häufig mit der Fokussierung auf die technische Machbarkeit einhergeht (siehe AF Standard- 
prozesse). 


6.3.8 Skalierbarkeit 


Im Zusammenhang mit der Wirtschaftlichkeit wird auch die Realisierung von Skaleneffekten 
bei der Umsetzung von ML-Anwendungen gefordert, welche sich durch deren Einsatzmög- 
lichkeit für ein breites Anwendungsspektrum in Form verschiedener Prozesse, Produkte, 
Standorte o.ä. äußern soll. Ausgehend von einer Entwicklung für einzelne Anwendunggsfälle, 
welche u. a. zur Komplexitätsreduzierung ausgewählt werden (siehe AF Komplexitatsbeherr- 
schung), bedarf es anschließend einer gezielten Erweiterung des Anwendungsbereiches der 
jeweiligen Systeme. Diese zusätzlichen Anwendungsfälle gehen jedoch in der Regel mit an- 
deren betrieblichen und teilweise nutzerseitigen Anforderungen einher, einschließlich der Er- 
weiterung von Funktionen, was die Überprüfung und Umsetzung veränderter Lösungsansätze 
erfordert, u.a. in Form der zu berücksichtigenden Daten, Merkmale und Modellkonfiguratio- 
nen. Neben diesen entwicklungsseitigen Implikationen müssen bei der „prozessualen“ und 
„funktionalen“ Skalierung auch veränderte Anforderungen an die zugrundeliegende Infrastruk- 
tur, u. a. in Form höherer Rechenleistungen und Speicherkapazitäten, berücksichtigt werden, 
die sich aus einer steigenden Anzahl von Nutzern bzw. Zugriffen sowie einer Anbindung an 
weitere Input- und Output-Systeme ergeben. 
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Zur Vermeidung von hohen technischen Schulden bei der Anpassung der Anwendungen 
zur Übertragung auf weitere Anwendungsfalle wird eine frühe Berücksichtigung der damit ver- 
bundenen Anforderungen gefordert. Auf der anderen Seite wird aber auch auf den Aufwand 
und die resultierende Entwicklungskomplexität einer frühen Skalierung der ML-Anwendungen 
hingewiesen, was häufig den verfügbaren Ressourcen und der geplanten Entwicklungszeit 
entgegensteht. Vor diesem Hintergrund wird es als zweckmäßig erachtet, dass das erweiterte 
Anwendungsspektrum und dessen Anforderungen bereits im Rahmen der Konzeption der An- 
wendungen berücksichtigt werden, was auch eine Ermittlung von Zusammenhängen zwischen 
den verschiedenen Anwendungsfällen umfasst. Deren entwicklungsseitige Umsetzung kann 
jedoch zu einem späteren Zeitpunkt erfolgen, wobei dieser unter Berücksichtigung aller pro- 
jektspezifischen Zielsetzungen und Restriktionen individuell festzulegen ist. 


Bei den bisherigen ML-Anwendungen im Logistikmanagement ist eine sehr eingeschränkte 
Skalierbarkeit festzustellen. Vielmehr handelt es sich in den meisten Fällen um „Insellösun- 
gen“, was entweder auf die gezielte Lösung bereichsspezifischer Probleme oder die schnelle 
Sichtbarmachung von Erfolgen, z.B. in Form von Leuchtturminitiativen (siehe AF Standard- 
prozesse), zurückgeht. Dies schränkt den betriebswirtschaftlichen Nutzen der Anwendungen 
stark ein und äußert sich in dem in Kapitel 1.1 dargestellten Al Chasm. 


6.3.9 Strategic Fit 


Über die vorab geforderte Wirtschaftlichkeit hinaus müssen die ML-Anwendungen auch eine 
strategische Relevanz aufweisen, indem sie einen Bezug zu bestehenden langfristigen Vor- 
gaben der jeweiligen Unternehmen aufweisen, z. B in Form konkreter Zielgrößen, Maßnahmen 
oder Visionen. Diese Vorgaben sollten idealerweise bereits Erkenntnisse aus einer kritischen 
Auseinandersetzung mit ML und der Ableitung eines geeigneten strategischen Vorgehens für 
das jeweilige Unternehmen berücksichtigen (siehe AF Strategische Vorgaben). Aufgrund da- 
mit verbundener Veränderungen ist auch die strategische Passung der Anwendungen rollie- 
rend zu überprüfen. Die Realisierung dieser Forderung soll dazu führen, dass nur strategisch 
relevante Anwendungen umgesetzt und betrieben werden, sodass sowohl eine Harmonisie- 
rung mit anderen langfristigen Vorhaben als auch eine Unterstützung der Anwendungen durch 
die Unternehmensführung sichergestellt ist, was für die Bereitstellung notwendiger Ressour- 
cen von hoher Bedeutung ist. Bei den bisherigen ML-Anwendungen fehlte diese strategische 
Relevanz häufig, insbesondere im Falle einer Umsetzung durch die jeweiligen logistischen 
Fachbereiche. Den Projekten stehen dadurch häufig nach Realisierung eines prototypisches 
Systems keine weiteren Finanzierungsmöglichkeiten für eine Skalierung zur Verfügung. 


6.3.10 Compliance 


Der Einsatz von ML-Anwendungen im Logistikmanagement muss rechtskonform und ver- 
antwortungsvoll erfolgen, wofür bereits bei der Entwicklung relevante rechtliche und ethische 
Vorgaben zu berücksichtigen sind. Hierbei kann es sich um verbindliche Regeln, aber auch 
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um freiwillige Werte handeln, die entweder unternehmensspezifisch, z.B. in Form von Be- 
triebsvereinbarungen und Verhaltenskodexen, oder unternehmensübergreifend festgelegt 
sind. Im Kontext von ML zählen dazu in erster Linie Vorgaben zur Datensicherheit und zum 
Datenschutz, welche u. a. den Umgang mit sensiblen Daten regeln, z. B. die DSGVO und das 
BDSG (siehe Kapitel 4.4.2). Hierzu muss sichergestellt werden, dass sich nach der Verarbei- 
tung der Daten in den ML-Modellen keine personengebundenen Informationen für Dritte ab- 
leiten lassen. Auch sind Vorgaben zur systemseitigen Übergabe von Entscheidungsumfängen 
zu berücksichtigen, welche den Einsatz in bestimmten Anwendungsbereichen einschränken 
oder besondere Anforderungen an die Nachvollziehbarkeit stellen. Neben der entwicklungs- 
seitigen Berücksichtigung sind zudem geeignete organisatorische Voraussetzungen in den 
Unternehmen zu schaffen, welche eine regelmäßige Kontrolle der Konformität sowie die Vor- 
gabe unternehmensbezogener Regeln und Werte ermöglichen (siehe AF Governance). Recht- 
liche Vorgaben werden im Rahmen des produktiven Betriebs der gegenwärtigen ML-Anwen- 
dungen größtenteils eingehalten. Jedoch erfolgt dies in den wenigsten Fällen „by Design“, 
sondern erst durch nachträgliche entwicklungsseitige Anpassungen. Ethische Kriterien wer- 
den dagegen bisher vernachlässigt, was mit der vorherrschenden Fokussierung auf die Er- 
gebnisqualität der Anwendungen sowie mit der fehlenden Verbindlichkeit und Eindeutigkeit 
der entsprechenden Vorgaben begründet wird. 


6.4 Umfeldeigenschaften 


Neben den Systemeigenschaften wurden auch 14 Eigenschaften für das Umfeld von ML- 
Anwendungen ermittelt, welche ebenfalls für einen erfolgreichen Einsatz von ML-Anwendun- 
gen im Logistikmanagement vorliegen müssen. Die Eigenschaften werden im vorliegenden 
Subkapitel charakterisiert und sind vorab in Form einer präzisen Anforderungsformulierung in 
Tabelle 18 zusammengefasst. 


Eigenschaft Kurzbeschreibung 


Es müssen sowohl Vergangenheitsdaten über einen längeren Zeitraum als auch 
Datenverfügbarkeit Echtzeitdaten vorhanden und aus den entsprechenden IT-Systemen bereitstellbar 
sein. 


Die Daten müssen in einer hohen Qualität vorhanden sein, insbesondere durch 


Datenqualität eine automatisierte Erfassung und standardisierte Datenformate. 


Es muss eine flächendeckende Anbindung der ML-Anwendungen an andere IT- 


IT-Vernetzung Systeme zum Austausch der Input-Daten und der Ergebnisse vorhanden sein. 


Es muss eine IT-Infrastruktur vorhanden sein, die dem Leistungsbedarf von ML- 


IT-Rerformange Anwendungen Rechnung trägt. 


Es muss eine durch die Unternehmensführung initiierte Strategie oder Vision zum 
Strategische Vorgaben langfristigen Umgang mit ML vorhanden sein, die u.a. die Ziele und Auswirkungen 
aufzeigt. 


Es müssen klar definierte Prozesse und Strukturen zur Auswahl und Umsetzung 


Standardprozesse von ML-Anwendungen vorhanden sein. 
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Komplexitätsbeherr- Die Zielstellungen bei der Umsetzung der ML-Anwendungen müssen realistisch 
schung umsetzbar sein. 
Akzeptanz Bei den beteiligten Mitarbeitern muss eine positive Einstellung gegenüber dem Ein- 


satz von ML vorhanden sein. 


Es muss ein einheitliches Verständnis zu spezifischen Zielen sowie zum Nutzen 


Transparenz und Wirkungsbereich der jeweiligen ML-Anwendungen vorhanden sein. 


Interdisziplinäre Koope- Alle direkten und indirekten Stakeholder müssen (frühzeitig) bei der Umsetzung 


ration der ML-Anwendungen involviert werden, u. a. die Nutzer und der Betriebsrat. 
Es muss eine Kultur der kooperativen Zusammenarbeit über Abteilungs- und Un- 
Systemdenken ternehmensgrenzen vorhanden sein, die einem Bereichs- bzw. Inseldenken entge- 
genwirkt. 


Es müssen zusätzliche finanzielle und personelle Ressourcen für die Entwicklung 


FersonalundiFinanzen und den Betrieb der ML-Anwendungen vorhanden sein. 


Bei den Stakeholdern muss ein fachliches und methodisches Grundwissen zu ML 


Kompetenz f A 8 a 
P vorhanden sein, v. a. zu Funktionsweisen, Potenzialen und Grenzen. 


Es müssen klar definierte rechtliche und ethische Richtlinien zum unternehmensin- 


Governance ternen und -übergreifenden Umgang mit ML-Anwendungen vorhanden sein. 


Tabelle 18: Umfeldeigenschaften — Anforderungspräzisierung 


6.4.1 Datenverfügbarkeit 


Als technisch essenzielle Voraussetzung müssen relevante Daten zum jeweiligen Anwen- 
dungsfall für die Umsetzung von ML-Anwendungen verfügbar sein. Während die benötigten 
Daten im Rahmen der Entwicklung einmalig für einen historischen Zeitraum bezogen werden 
können, ist für den Betrieb und das damit verbundene Re-Training der Anwendungen ein kon- 
tinuierlicher Zugang zu den Daten sicherzustellen. Dafür müssen zum einen Speichermöglich- 
keiten vorhanden sein, welche die historischen Daten zu relevanten Bezugssystemen, z. B. zu 
bestimmten Objekten, Prozessen und Netzwerken, über einen längeren Zeitraum vorhalten 
(siehe AF IT-Performance). Zum anderen bedarf es einer Bereitstellung von aktuellen Daten, 
oft in Echtzeit, wozu eine automatische Übertragung benötigt wird (siehe AF IT-Vernetzung). 
Der genaue Datenbedarf hinsichtlich des Volumens und der Geschwindigkeit, d. h. der zeitli- 
che Abstand zwischen den realen Ereignissen und der systemseitigen Verfügbarkeit, ist dabei 
abhängig von der Gestaltung der jeweiligen Anwendung bzw. der zugrundeliegenden ML-Mo- 
delle. Abgesehen von einigen Lerntypen bzw. -verfahren, wie dem Reinforcement Learning, 
kann aber grundsätzlich von einer größeren benötigten Datenmenge ausgegangen werden. 
Die Daten sollten zudem für die Entwicklung möglichst in Rohform vorliegen. 


Für Anwendungsfalle im Logistikmanagement ist festzustellen, dass die Daten aufgrund der 
logistischen Querschnittsfunktion häufig in unterschiedlichen Quellsystemen vorliegen — so- 
wohl innerhalb als auch außerhalb der jeweiligen Unternehmen. Diese dezentrale Gestaltung 
der IT-Systemlandschaft erschwert die Einbindung der relevanten Daten, insbesondere für 
eine permanente Bereitstellung im Betrieb. Demnach lassen sich vielfältige „formelle“ bzw. 
organisatorische Barrieren beobachten, die u.a. auf wettbewerbsbezogene oder rechtliche 
Gründe, z. B. im Falle von personenbezogenen Daten, aber auch auf Bereichsegoismen und 
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ein damit verbundenes Inseldenken zurückgehen (siehe AF Systemdenken). Diese Barrieren 
treten insbesondere im Falle von benötigten Daten von anderen Unternehmen und Institutio- 
nen auf, aber auch bei Bereichen des eigenen Unternehmens, welche z. B. anderen Profitcen- 
tern angehören oder grundsätzlich eine restriktive Datenpolitik verfolgen, und führen im über- 
tragenen Sinne zur Bildung von „Datensilos“. Entsprechend der Unsicherheit über den Da- 
tenzugang und dem damit verbundenen Aufwand wird eine zusätzliche Fokussierung auf die 
Sicherstellung der Verfügbarkeit dieser „externen“ Daten gefordert. Darüber hinaus lassen sich 
auch verschiedene technische Barrieren bei der Datenbereitstellung feststellen, die u.a. in 
Verbindung mit einer aufwendigen Extraktion der benötigten Daten stehen. 


Die Verfügbarkeit relevanter Daten wird für die Anwendungsfälle im Logistikmanagement sehr 
unterschiedlich bewertet. Grundsätzlich ist jedoch festzustellen, dass zu produktionsnahen 
Prozessen tendenziell mehr Daten existieren als z. B. bei Transportprozessen, da letztere häu- 
fig einen vergleichsweise geringen Digitalisierungsgrad aufweisen, was sich u.a. in einer 
mündlichen oder mailbasierten Kommunikation sowie in manuellen Planungsaktivitäten äu- 
Bert. Auch lässt sich in vielen Fällen beobachten, dass die Daten zu bestimmten Systemen 
nur für gegenwärtige Ereignisse oder einen kurzen historischen Zeitraum vorliegen, da sie 
entweder grundsätzlich nicht gespeichert oder in regelmäßigen Abständen in Form eines Data- 
Housekeepings gelöscht werden. Dies wird mit beschränkten Speicherkapazitäten sowie mit 
einem bisherigen Fokus auf den Austausch und die Auswertung von Echtzeitdaten begründet. 


6.4.2 Datenqualität 


Für die verfügbaren Daten wird zusätzlich eine hohe Qualität gefordert. Dies begründet sich 
zum einen durch den unmittelbaren Zusammenhang mit der Ergebnisqualität der ML-Anwen- 
dungen. Demnach führt eine Abweichung der Informationen in den Daten von realen Phäno- 
menen zu ungeeigneten Ergebnissen, was auch als „Garbage in, Gargabe out“ bezeichnet 
wird. Zum anderen hat die Datenqualität hohe Auswirkungen auf den manuellen Aufwand und 
die benötigte Rechenleistung zur Auf- und Verarbeitung der Daten. Für die Sicherstellung 
einer hohen Datenqualität werden geeignete Maßnahmen gefordert, die u. a. eine automati- 
sierte Datenerhebung und eine Standardisierung von Datenformaten umfassen. Analog zur 
Datenmenge ist jedoch festzustellen, dass die benötigte Qualität von der jeweils gewählten 
Modellkonfiguration abhängt, da bspw. bestimmte Lernverfahren vergleichsweise besser mit 
Rauschen in den Daten umgehen können (siehe Kapitel 2.4.3.2). 


Die Qualität von Daten zu Anwendungsfällen im Logistikmanagement wird ebenfalls als sehr 
unterschiedlich beschrieben, wobei jedoch tendenziell eine geringere Ausprägung bei Logistik- 
prozessen im Vergleich zu Daten in anderen Bereichen festzustellen ist, was u. a. mit der ma- 
nuellen und nicht standardisierten Erfassung vieler Daten begründet wird. Die höchste Qualität 
wird kommerziell und rechtlich relevanten Daten attestiert, z. B. für eine Rückverfolgung von 
Produktionschargen. Grundsätzlich ist jedoch festzuhalten, dass die meisten in der Praxis ver- 
fügbaren Daten keine geeignete Qualität für deren direkte Verwendung bei der Entwicklung 
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von ML-Anwendungen aufweisen. Stattdessen zeigen sich unterschiedliche inhaltliche und 
syntaktische Defekte, welche mittels folgender Merkmale zusammengefasst werden können: 


- Genauigkeit: Die Daten stimmen nicht mit der Realität überein, da sie bspw. falsche 
Zeitstempel oder Auftragsnummern enthalten. 

- Vollständigkeit: Die Daten liegen unvollständig vor, da sie bspw. nur einen Teilzeit- 
raum, bestimmte Relationen oder bestimmte Aufträge abdecken. 

- Einzigartigkeit: In den Datensätzen liegen redundante Informationen vor. 

- Konsistenz: Die Daten liegen syntaktisch nicht standardisiert vor, sondern weisen 
bspw. Unterschiede bei den Datums- und Ortsangaben oder bei anderen physikali- 
schen Größen auf, wie der Zeit und Länge. In den einzelnen Datensätzen bestehen 
inhaltlich Widersprüche, z. B. in Form unterschiedlicher Zeitstempel für ein Ereignis. 

- Gültigkeit: Die Daten weisen Informationen auf, die entweder nicht für die Modellent- 
wicklung relevant sind oder deren Bedeutung unklar ist. 


6.4.3 IT-Vernetzung 


Zur Einbindung der benötigten Daten in ML-Anwendungen muss ein technischer Zugang zu 
den jeweiligen Quellsystemen sowie zu den Zielsystemen, d.h. den „virtuellen Kunden“, be- 
stehen. In beiden Fällen kann es sich sowohl um unternehmensinterne als auch um -externe 
Systeme handeln. Für eine Interoperabilität zwischen den Systemen wird die Realisierung 
von Schnittstellen mit einer hohen Ausfallsicherheit (siehe AF Verfügbarkeit) und einer gerin- 
gen Latenz in Hinblick auf einen echtzeitfähigen Datenaustausch gefordert. Anstelle der Pro- 
grammierung individueller Schnittstellen sollen dazu standardisierte Architekturen eingesetzt 
werden, welche gleichzeitig eine Skalierbarkeit der ML-Anwendungen und die damit verbun- 
dene Anbindung an weitere Quell- und Zielsysteme ermöglichen. 


Für die Anwendungsfälle von ML im Logistikmanagement existiert eine Vielzahl unterschiedli- 
cher IT-Systeme mit potenziell relevanten Daten. Diese Systeme sind in den letzten Jahrzehn- 
ten für die Übernahme dedizierter Funktionen - teilweise auch in Form einer „Schatten-IT“ — 
entstanden und untereinander oft nicht vernetzt. Demnach ist häufig auch kein Datenaus- 
tausch zu anderen Systemen vorgesehen. Zudem lassen sich bei vielen Dateneigentümern 
(Data Owner) Vorbehalte bei der Bereitstellung der Daten an Dritte beobachten, was zu der 
angesprochenen Ausprägung der Systeme im Sinne von „Datensilos“ führt. Zur Reduktion des 
Aufwands für die Überwindung dieser technischen und organisatorischen Barrieren bei der 
Beschaffung der benötigten Daten werden geeignete Maßnahmen gefordert. 


6.4.4 IT-Performance 


Für die Aufnahme, Aufbereitung, Speicherung und Verarbeitung der benötigten Daten zum 
Betrieb von ML-Anwendungen muss eine leistungsfähige IT-Infrastruktur vorhanden sein. 
Diese Forderung kann mit der Prämisse „There's no Al (Artificial Intelligence) without IA 
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(Information Architecture)“ zusammengefasst werden und steht im Zusammenhang mit den 
teils hohen Datenmengen und komplexen Rechenoperationen von ML-Anwendungen bei der 
gleichzeitigen Realisierung einer geringen Latenz für die Ergebnisbereitstellung. Da die benö- 
tigten Leistungsanforderungen in Abhängigkeit der jeweiligen Anwendungen stark variieren 
können, wird zudem eine Skalierbarkeit der Rechner- und Speicherkapazitäten gefordert. Die 
aktuell in vielen Unternehmen genutzte Infrastruktur wird diesen Leistungs- und Flexibilitäts- 
anforderungen jedoch nicht gerecht, sodass in mehreren Fällen für den Betrieb der ML-An- 
wendungen auf externe Cloud-Services mittels laaS zurückgegriffen wird. Die Entwicklung er- 
folgt dagegen zumeist lokal, wozu die bestehenden Daten- und Rechenzentren an den jewei- 
ligen Standorten der Unternehmen genutzt werden. 


6.4.5 Strategische Vorgaben 


Über die genannten technischen Voraussetzungen hinaus muss für den Einsatz von ML eine 
Strategie durch die Unternehmensführung entwickelt und kontinuierlich angepasst werden, 
welche - unter Berücksichtigung anderer langfristiger Maßnahmen - eine übergeordnete Ziel- 
setzung im Sinne einer Vision sowie geeignete Anwendungsfalle vorgibt. Diese Forderung 
wurde mit den hohen Auswirkungen von ML für die Unternehmen begründet, welche sich so- 
wohl auf wirtschaftliche Effekte, u.a. durch die Reduktion des Personalbedarfs, als auch auf 
die Veränderungen von Arbeitsabläufen beziehen. Vor diesem Hintergrund bedarf es u. a. stra- 
tegischer Überlegungen zum angestrebten Autonomisierungsgrad und zur zukünftigen Rolle 
menschlicher Entscheidungsträger in den Unternehmen. Mit der Ausarbeitung einer Strategie 
soll eine vorausgehende kritische Reflektion dieser Auswirkungen sowie eine Ableitung 
von unternehmensbezogenen Potenzialen und Risiken gewährleistet werden. Durch die Aus- 
richtung aller ML-bezogenen Aktivitäten auf eine zentrale Zielsetzung werden zudem nur stra- 
tegisch relevante und aufeinander abgestimmte Projekte umgesetzt, womit eine Nutzmaximie- 
rung beim Einsatz von ML assoziiert wird. 


Entgegen dieser Forderung haben die meisten Unternehmen ML bzw. KI im Allgemeinen bis- 
her nicht in ihren strategischen Planungen berücksichtigt. Es finden sich lediglich Strategien 
oder Visionen zur Umsetzung der digitalen Transformation — häufig im Kontext von Indust- 
rie 4.0. Eine dezidierte Auseinandersetzung mit der strategischen Bedeutung von ML und die 
Ableitung eines geeigneten Vorgehens, einschließlich der Vorgabe von Anwendungsfällen, hat 
jedoch in den wenigsten dieser Fälle stattgefunden. Stattdessen agieren die einzelnen ML- 
Projekte losgelöst von zentralen Vorgaben und abseits einer übergreifenden Koordination. 


6.4.6 Standardprozesse 


Für die Umsetzung von ML-Anwendungen werden definierte Abläufe in den Unternehmen ge- 
fordert, welche verschiedene Ausprägungen von Anwendungen abdecken und als Standard- 
prozesse für alle ML-Projekte fungieren. Diese Vorgaben sollen nicht nur die Aktivitäten der 
Entwicklung berücksichtigen, sondern auch die betriebliche Einführung der Systeme sowie 
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v. a. eine vorausgehende Auswahl geeigneter Anwendungsfalle. Neben der Darstellung ei- 
nes funktionalen Ablaufs wird gefordert, dass diese Prozesse auch Informationen zu organi- 
satorischen Strukturen sowie unterstützende Instrumente berücksichtigen, wie die Vorgabe 
von Verantwortlichkeiten und Kriterien für die Auswahl von Anwendungsfallen. Dies soll ins- 
gesamt eine unnötige Beanspruchung von Ressourcen, lange Entwicklungsdauern und tech- 
nische Schulden in Folge einer eingeschränkten Skalierbarkeit der Anwendungen vermeiden. 


Die bisherigen Ansätze zur Auswahl von ML-Anwendungen in der logistischen Praxis stehen 
im Zusammenhang mit dem jeweiligen Impuls zum Einsatz der Technologie. Hierzu können 
zwei wesentliche Ausprägungen unterschieden werden. In den meisten Fällen lässt sich ein 
Technologie-Push beobachten, bei dem die Nutzung von ML vordergründig einer experimen- 
tellen Erprobung der Technologie dient. Vor diesem Hintergrund erfolgt die Auswahl der An- 
wendungsfälle auch weniger zur Lösung zentraler betrieblicher Probleme, sondern eher als 
Reaktion auf den Hype der Technologie und zur „Vermarktung“ inner- oder außerhalb der Or- 
ganisation. Daher werden in diesem Zusammenhang häufig prototypische Systeme ange- 
strebt, teilweise auch in Form von Leuchtturminitiativen. Die jeweiligen Projekte werden zu- 
meist von Innovationseinheiten in den Unternehmen verantwortet, wie dem Business Develo- 
pment oder Digitalisierungsabteilungen, wobei es sich in größeren Unternehmen auch um de- 
dizierte Organisationseinheiten für die Entwicklung neuer Produkte und Geschäftsmodelle 
(„Labs“) handeln kann, welche teilweise als separate Gesellschaften, entkoppelt vom eigentli- 
chen Betrieb der Unternehmen agieren. Dieser Ansatz führt dazu, dass viele der resultieren- 
den Anwendungen keinen Bezug zu einem relevanten Problem des Unternehmens aufwei- 
sen sowie aufgrund ihrer angestrebten Funktion zur experimentellen Erprobung und der ge- 
forderten Umsetzungsgeschwindigkeit in ihrer Skalierbarkeit eingeschränkt sind. 


Auf der anderen Seite bestehen auch Fälle, bei denen sich der Einsatz von ML aus einem 
konkreten Bedarf in Form eines relevanten Problems ergibt, welches mit dieser Technologie 
gelöst werden sollen. Im übertragenden Sinne kann hierbei von einem Market- bzw. Techno- 
logie-Pull gesprochen werden. Die jeweiligen Systeme werden dabei dediziert für einen An- 
wendungsfall entwickelt, wobei die hierzu korrespondierenden Process Owner in Form der 
logistischen Fachbereiche die Verantwortung für die Umsetzung tragen. Dies erfolgt entweder 
im Sinne eines zentral genehmigten Citizen-Developer-Ansatzes oder in Form von U-Boot- 
Projekten, bei denen keine vorherige Abstimmung mit Zentralfunktionen des Unternehmens 
stattfindet. Hierdurch entstehen häufig Insellösungen in Form einer „Schatten-IT“ mit ebenfalls 
sehr eingeschränkten Skalierungsmöglichkeiten. In Ermangelung einer strategischen Be- 
deutung der adressierten Probleme erhalten die Anwendungen im Nachhinein zudem häufig 
keine ausreichende Unterstützung durch die Unternehmensführung, weshalb eine weitere Fi- 
nanzierung ausbleibt und damit eine Überführung in produktive Systeme oder auf weitere An- 
wendungsfalle scheitert. 
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Entgegen der genannten Forderung lässt sich in beiden Fallen weder für die Auswahl noch für 
die Umsetzung der jeweiligen ML-Anwendungen eine Nutzung standardisierter Prozesse fest- 
stellen. Vielmehr wird das jeweilige Vorgehen für jede Anwendung bzw. jedes Projekt indivi- 
duell gewählt, was zum Großteil zu sehr unsystematischen Abläufen mit teils hohen Ineffi- 
zienzen und dem Verbleib vieler Systeme in einem Prototypenstadium führt. Lediglich für die 
Entwicklungsaktivitäten wird vereinzelt auf Referenzmodelle zurückgegriffen, welche den je- 
weiligen Projektteams von anderen datenbasieren Vorhaben bekannt sind, wie der CRISP- 


DM, ohne dass jedoch ML-Spezifika vorgegeben werden. 


6.4.7 Komplexitätsbeherrschung 


Zusätzlich zur zuvor dargestellten Forderung eines standardisierten Prozesses müssen Vo- 
raussetzungen geschaffen werden, welche die mit der Umsetzung von ML-Anwendungen ein- 
hergehende Komplexität eindämmen. Dazu wird die Vorgabe realistischer Zielstellungen 
für die ML-Projekte gefordert, welche neben einer Fortschrittskontrolle auch eine zweckmä- 
Bige Zerlegung des entwicklungsseitigen Gesamtproblems ermöglichen. Hierbei soll initial ein 
Fokus auf kritische Komponenten der angestrebten Anwendungen gelegt werden, wobei es 
sich entsprechend der Neuartigkeit im Wesentlichen um die Realisierung der ML-Modelle und 
der damit verbundenen Funktionen handelt. Diese Forderung steht nicht im Widerspruch zur 
kontinuierlichen Betrachtung des Gesamtsystems (siehe AF Systemdenken), sondern soll viel- 
mehr zu einem inkrementellen Vorgehen führen. 


Die Notwendigkeit einer Komplexitätsreduzierung steht im Zusammenhang mit der Unsicher- 
heit über die technische Realisierbarkeit von ML-Anwendungen, welche insbesondere bei 
neuen Problemstellungen besonders stark ausgeprägt ist. Demnach sind für viele Anwen- 
dungsfälle im Logistikmanagement sowohl innerhalb der jeweiligen Unternehmen als auch im 
Kontext des gesamten Forschungsstands keine nutzbaren Vorarbeiten vorzufinden. Darüber 
hinaus erfordert jeder Anwendungsfall aufgrund des problem- bzw. datenspezifischen Verhal- 
tens der Lernverfahren und der damit verbundenen Modellkonfigurationen eine individuelle 
Lösung, welche nur durch eine direkte Implementierung und Testung verschiedener Ansätze 
identifiziert werden kann. Dies führt insgesamt zu einem experimentellen Vorgehen nach 
dem Trial-and-Error-Prinzip, welches bei der Identifikation neuer Ansätze für eine Verbesse- 
rung, Z.B. durch den Zugang weiterer Daten, stets eine Ausführung mehrerer sequenzieller 
Tätigkeiten erfordert, die einen nicht unerheblichen Aufwand induzieren. 


Entsprechend der fehlenden Möglichkeit einer analytischen Herleitung eines optimalen Lö- 
sungsweges ist zu beobachten, dass sich die mit der Entwicklung betrauten Mitarbeiter, ins- 
besondere die Data Scientists, häufig in experimentellen Tätigkeiten „verlieren“, indem sie 
möglichst viele unterschiedliche Modellkonfigurationen, Lernverfahren, Merkmale, Daten o.ä. 
erproben, um nahezu „perfekte“ Lösungen — auch für eher sekundäre Teilprobleme — zu ge- 
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nerieren. Dieses Phanomen wird allgemein im Kontext der Softwareentwicklung als Prema- 
ture Optimization bezeichnet®® und führt teilweise zu langen Entwicklungszeiten sowie zu 
einer eingeschrankten Praxistauglichkeit der resultierenden Anwendungen, da sich diese ent- 
weder vom eigentlich zu lösenden Problem entfernt haben oder nicht realisierbare Anforde- 
rungen implizieren, wie z. B. einen zu hohen Leistungs- oder Datenbedarf. Entsprechend des 
wissenschaftlichen Interesses der involvierten Mitarbeiter werden auch mitunter Erkenntnisse 
zu Einschränkungen bezüglich der Realisierbarkeit von angedachten Lösungswegen und 
Funktionen ignoriert. Dies betrifft auch eine etwaige Vorteilhaftigkeit anderer technischer An- 
sätze abseits von ML, die für das jeweilige Gesamt- oder für Teilprobleme bessere oder ver- 
gleichbare Ergebnisse, jedoch mit einem geringeren Aufwand ermöglichen würden, sodass 
eine unnötige Komplexitätserhöhung (Over-Engineering) entsteht. Die genannten Probleme 
werden bei der aktuellen Entwicklung von ML-Anwendungen oft zu spät erkannt - teilweise 
erst bei der Fertigstellung einer prototypischen Lösung. Als weiterer Grund wurden sehr ein- 
geschränkte Möglichkeiten für ein Controlling der ML-Projekte genannt, was auch im Zusam- 
menhang mit dem Fehlen klar definierter und realistischer Zielstellungen sowie mit der einsei- 
tigen Beschränkung auf technische Zielgrößen steht (siehe AF Business Case). 


6.4.8 Akzeptanz 


Bei den Organisationsmitgliedern muss eine positive Einstellung gegenüber dem Einsatz 
von ML vorhanden sein, um einer fehlenden Unterstützung oder gar einer vollkommenen Ab- 
lehnung entgegenzuwirken. Dies betrifft zuvorderst die designierten Nutzer, welche durch ihr 
Verhalten die Adoption von Technologien direkt beeinflussen. Darüber hinaus muss auch bei 
allen weiteren betroffenen Mitarbeitern, u. a. den Führungskräften, Arbeitnehmervertretern und 
Dateneigentümern, eine Akzeptanz sichergestellt werden, um u. a. deren Mitwirkung bei der 
Identifikation und Umsetzung von Anwendungsfallen zu ermöglichen. Hierzu ist zu Beginn eine 
„Kritische Masse“ an Mitarbeitern zu gewinnen, welche den Technologieeinsatz aktiv fördern 
und auf andere Personen positiv einwirken. 


Die jeweilige Einstellung der Organisationsmitglieder gegenüber ML resultiert aus der Konfor- 
mität der einzelnen Anwendungen in Bezug auf die individuellen Anforderungen. Über diese 
rationale Sichtweise hinaus existiert aber auch eine subjektive Wahrnehmung, welche im Kon- 
text von ML bzw. KI häufig eher negativ ausgeprägt ist. Dies geht auf eine grundsätzliche 
Präferenz von menschlichen Entscheidungen zurück — auch im Falle des Vorliegens besserer 
systemseitiger Ergebnisse. Dieses Phänomen wird in der Verhaltensforschung als Algorith- 
mus-Aversion beschrieben‘ und ist aus Sicht der befragten Unternehmen in der Logistik 
vergleichsweise stark ausgeprägt. Es äußert sich in höheren Anforderungen an die Zuverläs- 
sigkeit von Systemen bei einer gleichzeitig stärkeren Sensitivität gegenüber systemseitigen 
Fehlern, welche beim Auftreten zur Ausbildung eines Misstrauens bei den Menschen führen. 


659 Vgl. Knuth (1974), S. 671 
660 Vgl. Dietvorst et al. (2015), S. 114 
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Im Kontext von ML wird dieses Phänomen zusätzlich durch den Black-Box-Charakter und 
die damit verbundene Unkenntnis über den systemseitigen Lösungsweg von ML-Anwendun- 
gen verstärkt. Zudem besteht bei vielen Mitarbeitern eine Unsicherheit hinsichtlich der eigenen 
Vorteile aus dem Einsatz von ML. Oftmals wird sogar von einer Verschlechterung der eigenen 
Arbeitsbedingungen ausgegangen, was in Verbindung mit dem Autonomisierungspotenzial 
von ML steht, welches die Menschen als Gefahr wahrnehmen. Die damit verbundenen Ängste 
reichen von einer aufgabenbezogenen Bevormundung der Menschen durch die Systeme über 
den Verlust der Arbeit bis hin zum Eintreten apokalyptischer Zukunftsszenarien in Form einer 
Dominanz von humanoiden Systemen über die Menschen. Auf der anderen Seite führen diese 
Zukunftsszenarien bei einigen Mitarbeitern auch zu großen, teilweise nicht zu realisierbaren 
Erwartungen an ML. Diese positive Wahrnehmung kann im Falle einer Nichterfüllung zu einer 
Enttäuschung und damit wiederum zu einer Ablehnung führen. 


6.4.9 Transparenz 


Es wird eine proaktive Kommunikation zum jeweils angestrebten ML-Einsatz in den Unter- 
nehmen durch die Führungskräfte gefordert, was langfristig zu einer diesbezüglichen „Kultur 
der Offenheit“ in den Organisationen führen soll. In erster Linie handelt sich dabei um Informa- 
tionen zu den Anwendungen, welche den involvierten Stakeholdern zu vermitteln sind, zu de- 
nen insbesondere die mit der Entwicklung betrauten Mitarbeiter, die späteren Nutzer sowie die 
Arbeitnehmervertreter, aber auch die Eigentümer der benötigten Daten und weitere Wissens- 
träger zählen. Unter Berücksichtigung der Compliance kann dies im Falle von unternehmens- 
übergreifenden Anwendungen zudem externe Instanzen betreffen. Diesem Personenkreis 
sind die Ziele der jeweiligen Anwendung darzulegen, wozu neben den angestrebten betriebs- 
wirtschaftlichen Potenzialen v. a. die prozessualen Veränderungen und die damit verbundenen 
Auswirkungen für die Mitarbeiter zählen, z.B. in Form einer veränderten Arbeitsorganisation 
zwischen den Menschen und Systemen. Neben intendierten Verbesserungen sind dabei auch 
etwaige negative Auswirkungen für die Arbeitnehmer zu benennen, z. B. eine angestrebte Re- 
duktion von Arbeitsplätzen. Zudem sind in diesem Zusammenhang die Grenzen der Anwen- 
dungen aufzuzeigen, wozu neben technischen Limitationen, z. B. in Hinblick auf die realisier- 
bare Prognosegüte, auch die Begrenzung des jeweiligen Anwendungsbereiches entspre- 
chend der „maximalen“ Skalierung zählt. Neben den genannten anwendungsbezogenen Infor- 
mationen wird zusätzlich eine unternehmensweite Kommunikation der jeweils übergreifenden 
Zielsetzungen zum Einsatz von ML gefordert, was eine etwaig bestehende Vision, die ange- 
strebten Auswirkungen für das jeweilige Unternehmen sowie die geplanten Anwendungen um- 
fasst, wobei für Letzteres zusätzlich der jeweilige Zusammenhang zur Realisierung der Vision 
aufzuzeigen ist. 


Die Kommunikation der genannten Informationen soll ein gemeinsames Verständnis bei den 
Stakeholdern zu den Zielen der einzelnen ML-Anwendungen sicherstellen. Anders als bei den 
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bisherigen ML-Projekten, für die häufig vorab keine eindeutigen technischen und betriebs- 
wirtschaftlichen Ziele bestanden, soll dadurch eine kontinuierliche Fortschrittskontrolle er- 
möglicht werden, sodass Abweichungen vom eigentlich zu lösenden Problem möglichst 
schnell erkannt werden. Gleichzeitig soll dadurch bei allen Organisationsmitgliedern ein Be- 
wusstsein für die Bedeutung von ML und der einzelnen Anwendungen für das jeweilige Unter- 
nehmen geschaffen werden, was sich positiv auf deren Akzeptanz und damit auf deren Mit- 
wirkung bei der Umsetzung und dem Einsatz der Anwendungen auswirkt. Aktuell lässt sich 
jedoch nur selten eine projektübergreifende Kommunikation von ML-Aktivitäten erkennen. Die 
damit verbundene Unkenntnis der Organisationsmitglieder zu den jeweiligen Anwendungen 
und deren Bedeutung für das Unternehmen äußert sich in verschiedenen Widerständen, u.a. 
in Bezug auf die Bereitstellung von benötigten Daten. 


6.4.10 Interdisziplinäre Kooperation 


Für die effektive und effiziente Umsetzung von ML-Anwendungen werden organisatorische 
Strukturen und Regeln in den Unternehmen gefordert, welche eine frühzeitige und hinsichtlich 
der Intensität variierende Einbindung von Personen mit unterschiedlichen Kompetenzen und 
Aufgaben aus verschiedenen Organisationseinheiten ermöglichen. Bei den benötigten Mitar- 
beitern handelt es sich zum einen um mehrere Vertreter aus dem erweiterten IT-Umfeld mit 
unterschiedlichen Qualifikationsprofilen, welche für verschiedene Aktivitäten entlang des 
Umsetzungsprozesses eingesetzt werden müssen. Neben „klassischen“ Entwicklern umfasst 
dies Fachkräfte zur Aufbereitung und Analyse von Daten sowie zur Entwicklung der ML-Mo- 
delle. Zu weiteren einzubindenden Personen gehören Wissensträger zu den adressierten Pro- 
zessen und Daten. Aufgrund des prozessübergreifenden Charakters vieler ML-Anwendungen 
im Logistikmanagement handelt es sich dabei zudem häufig um Vertreter aus verschiedenen 
Organisationseinheiten, die auch fallweise anderen Unternehmen angehören können. Eine 
wichtige Instanz im Umsetzungsprozess sollen zudem Vertreter der späteren Nutzerge- 
meinschaft bilden, wozu neben den designierten Nutzern auch übergeordnete Interessenver- 
treter, z.B. in Form eines Betriebsrates, zählen, welche u. a. Anforderungen hinsichtlich des 
Umgangs mit personengebundenen Daten und des Einsatzes der Systeme zur Verbesserung 
der Arbeitsbedingungen geltend machen sollen. 


Viele Industrieunternehmen verfügen gegenwärtig über eine Linienorganisation, welche sich 
durch eine funktionale Strukturierung auszeichnet. Dies betrifft auf übergeordneter Ebene 
eine Segmentierung in unterschiedliche Funktionsbereiche sowie innerhalb dieser einzelnen 
Bereiche einer zusätzlichen Unterteilung in funktionsorientierte Abteilungen und Teams, in de- 
nen Mitarbeiter mit ähnlichen Kompetenzen gebündelt werden. Im Falle des IT-Bereiches führt 
das u.a. zu einer organisatorischen Trennung von Mitarbeitern für die Entwicklung und den 
Betrieb von Anwendungen. Die hierarchischen und starren Strukturen dieser Organisations- 
form erzeugen zwar eine Stabilität in den Unternehmen, erschweren allerdings eine flexible 
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interdisziplinare Zusammenarbeit und Kommunikation Uber Abteilung- und Bereichsgren- 
zen hinweg. Die bisherigen Projekte, welche als temporare Organisationseinheiten zur Um- 
setzung von ML-Anwendungen gebildet werden, sind daher oft uneinheitlich und ungeeignet 
in die Gesamtorganisation eingebunden, was zu Problemen bei der Finanzierung, der Füh- 
rungsverantwortung und der Zusammensetzung der Teams führt. Daher können nicht alle er- 
forderlichen Mitarbeiter über die benötigte Zeit für die Projekte rekrutiert werden, sodass u.a. 
wichtige prozess- und datenseitige Wissensträger sowie notwendige IT-Fachkrafte nicht oder 
nur partiell für die Umsetzung der Anwendungen zur Verfügung stehen. Vertreter der Nutzer- 
gemeinschaft werden zudem häufig gar nicht oder zu spät eingebunden. 


6.4.11 Systemdenken 


Über die Schaffung organisatorischer Voraussetzungen hinaus wird eine Veränderung der 
Denkweisen der beteiligten Mitarbeiter gefordert, bei der anstatt der Verfolgung bereichsbezo- 
gener Perspektiven und Interessen das eigene Handeln einem Gesamiziel in Form der Um- 
setzung der jeweiligen ML-Anwendung und damit des Erreichens einer Verbesserung für das 
Unternehmen bzw. der gesamten Logistikkette untergeordnet wird. Dieses Systemdenken soll 
langfristig zu einer Kultur der kooperativen Zusammenarbeit über Abteilungs-, Funktions- 
bereichs- und Unternehmensgrenzen hinweg führen und erfordert zum einen die Vorgabe ei- 
ner übergeordneten Zielstellung und eines gemeinsamen Nutzens (siehe AF Strategische Vor- 
gaben). Zum anderen muss hierfür ein Bewusstsein über die Notwendigkeit einer Einbindung 
von verschiedenen unternehmensinternen und teilweise -externen Personen in den Umset- 
zungsprozess geschaffen werden. Dazu müssen die Stakeholder von Beginn an die zu reali- 
sierende Anwendung als Gesamtsystem begreifen, welches zur Lösung eines relevanten 
Problems beiträgt und dazu aus mehreren technischen Komponenten besteht, für deren Rea- 
lisierung unterschiedliche Wissensträger und Kompetenzen erforderlich sind. 


Ein ausgeprägtes Systemdenken bei der Umsetzung von ML-Anwendungen kann bisher nur 
in wenigen Fällen festgestellt werden. Stattdessen geht die funktionale Organisationsstruktur 
der Unternehmen oft mit der Ausbildung von „Silos“ und einem Inseldenken in den Unter- 
nehmen einher. Dies hemmt die kooperative Mitwirkung der benötigten Fachbereiche an den 
Projekten, u.a. zur Datenbereitstellung, und führt stattdessen zu einer Verfolgung von Parti- 
kularinteressen. Selbiges gilt für unternehmensübergreifende Projekte zur Realisierung von 
Anwendungen entlang der Wertschöpfungs- bzw. Logistikketten. Auch zeichnen sich die be- 
stehenden ML-Projekte durch eine Fokussierung auf entwicklungsseitige Aktivitäten aus, 
welche die Umsetzung der jeweilige ML-Modelle in einem ausgewählten Bereich adressieren. 
Hierdurch bleiben die benötigten Voraussetzungen zur Gestaltung des Gesamtsystems, z.B. 
in Form des Zusammenwirkens mit anderen Komponenten, und zur Schaffung entsprechen- 
der Umfeldbedingungen, wie die Realisierung einer durchgehenden Datenverfügbarkeit für die 
Systeme, weitestgehend unberücksichtigt. Dies führt häufig zu hohen Aufwänden bei der 
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Uberfiihrung dieser Modelle in einen produktiven Betrieb und fiir die Nutzung in anderen An- 
wendungsfallen. 


6.4.12 Personal und Finanzen 


Für den Einsatz von ML müssen zusätzliche finanzielle Mittel in den Unternehmen bereitge- 
stellt werden, welche zur Realisierung der Anwendungen und des benötigten Umfelds einge- 
setzt werden können. Neben den infrastrukturellen Voraussetzungen betrifft dies im besonde- 
ren Maße die Finanzierung von Mitarbeitern, welche die Entwicklung und den Betrieb der 
ML-Anwendungen verantworten. Diese Mitarbeiter sollen in den Unternehmen flexibel zur Ver- 
fügung stehen. Einige der benötigten Qualifikationsprofile, wie die Datenwissenschaftler und - 
ingenieure, weichen allerdings von den typischen Kompetenzen in Industrieunternehmen ab 
und müssen daher gezielt aufgebaut werden. Zudem sind der tatsächliche Personalbedarf und 
demzufolge auch die Kosten nur schwer kalkulierbar. Neben einer häufigen Unkenntnis der 
Unternehmen über das anzustrebende Anwendungsspektrum wird dies mit dem experimen- 
tellen Vorgehen bei der Umsetzung von ML-Anwendungen begründet. Zum Umgang mit dieser 
Unsicherheit fordern die Unternehmen entsprechende Risikopuffer bei der Festlegung des 
Budgets für die Finanzierung von ML-Projekten. 


Abweichend dazu lässt sich gegenwärtig feststellen, dass die Fachkräfte für die Umsetzung 
von ML-Anwendungen in den Unternehmen nicht im benötigten Umfang zur Verfügung stehen. 
Auch ermöglicht ihre funktionale Einbindung in die Organisationsstruktur keinen flexiblen Ein- 
satz in anderen Bereichen. Demnach sind die ML-spezifischen Fachkräfte häufig dedizierten 
Innovationseinheiten zugeordnet, welche primär die experimentelle Erprobung von ML 
durch die Umsetzung prototypischer Anwendungen anstreben (siehe AF Standardprozesse). 
Ein flächendeckender Einsatz von ML in den Unternehmen kann mit den Ressourcen und 
Budgets dieser Organisationseinheiten nicht realisiert werden. Auf der anderen Seite lässt sich 
auch beobachten, dass die logistischen Fachbereiche eigene Ressourcen zu Umsetzung be- 
reichsspezifischer Anwendungen aufbauen, indem sie bestehende, größtenteils fach- 
fremde Mitarbeiter qualifizieren. Infolge der Finanzierung dieser Mitarbeiter mittels bereichsei- 
gener Budgets und deren weiterer Einbindung in das Tagesgeschäft können sie ebenfalls nur 
bedingt in anderen Bereichen eingesetzt werden. Eine Verantwortung der ML-Projekte durch 
Mitarbeiter des jeweiligen IT-Bereichs erfolgt dagegen bisher nur vereinzelt. Stattdessen agiert 
die IT vordergründig als klassischer interner Dienstleister zur Lösung gemeldeter Probleme. 


6.4.13 Kompetenz 


Neben dem Bedarf an spezialisierten Fachkräften mit IT-affinen Qualifikationsprofilen für die 
Entwicklung und den Betrieb von ML-Anwendungen wird auch eine grundlegende Sachkom- 
petenz zu ML bei allen übrigen Stakeholdern gefordert. Dazu müssen die jeweiligen Mitarbei- 
ter über Grundkenntnisse zur Funktionsweise und zu Voraussetzungen von ML sowie zu den 
realisierbaren Potenzialen und bestehenden Grenzen verfügen. Hierdurch soll zum einen die 
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wahrgenommene Komplexitat von ML und die damit oft assoziierte Gefahr (siehe AF Akzep- 
tanz) reduziert werden. Demnach wird davon ausgegangen, dass die Mitarbeiter durch das 
vermittelte Wissen die Bedeutung der Technologie verstehen und eine realistische Erwar- 
tungshaltung entwickeln. Zum anderen sollen sie dadurch zur Identifikation geeigneter Anwen- 
dungsfälle und zum achtsamen Umgang mit Daten befähigt werden. 


Als wichtige Zielgruppe für die Vermittlung dieser Kenntnisse werden die jeweiligen disziplina- 
rischen und fachlichen Führungskräfte betrachtet, welche auf dieser Grundlage eine positive 
Einstellung zu ML entwickeln und den Adoptionsprozess aktiv unterstützen können. Zusätzlich 
werden sie zur Formulierung realistischer Zielstellungen und Projektplanungen für den Einsatz 
von ML in den Unternehmen befähigt. Auch auf den Nutzern der ML-Anwendungen soll ein 
besonderer Fokus liegen. In Ergänzung zur Vermittlung der genannten Kompetenzen müssen 
diese zusätzlich für die Zusammenarbeit mit den jeweiligen Anwendungen hinsichtlich deren 
Bedienung, Kontrolle und Verbesserung befähigt werden. Neben dem Verständnis über sys- 
temseitige Funktionen und Interaktionselemente, wie es auch bei konventionellen Anwendun- 
gen notwendig ist, bedarf es zusätzlicher rudimentärer Kenntnisse über entwicklungssei- 
tige Charakteristika, um die Fähigkeiten und Grenzen sowie das Verhalten der jeweiligen 
Systeme verstehen zu können. Dies erfordert Wissen zur grundlegenden Funktionsweise der 
jeweiligen Modelle bzw. der verwendeten Lernverfahren sowie zu den einbezogenen Input- 
Daten und den darauf basierenden Features. Wie die Analyse des Umsetzungsstands in der 
Logistik zeigt, beschränkt sich die Kompetenzverteilung zu ML in den Unternehmen bisher auf 
die spezialisierten Fachkräfte. Dem Großteil der restlichen Organisationsmitglieder, sowohl im 
Bereich des Managements als auch auf operativer Ebene, fehlt dieses Wissen, was auch eine 
Ursache für die negative Einstellung vieler Mitarbeiter gegenüber ML darstellt. 


6.4.14 Governance 


Es müssen klar definierte Regeln und Werte vorhanden sein, welche den Einsatz von ML in 
den Unternehmen aus rechtlicher und ethischer Sicht determinieren. Diese Vorgaben sol- 
len wichtige Fragestellungen zur Übertragung von Entscheidungsumfängen auf die Anwen- 
dungen abdecken, was u.a. die Zulässigkeit systemseitiger Entscheidungen, die damit ver- 
bundene juristische Verantwortung und Haftung sowie die Vermeidung eines unkontrollierten 
Systemverhaltens betrifft. Auch ist darüber hinaus die zukünftige Rolle von menschlichen Ent- 
scheidungsträgern in den Unternehmen zu betrachten. Bei der Festlegung etwaiger unterneh- 
mensspezifischer Richtlinien sollen bestehende Vorgaben durch den Gesetzgeber und andere 
öffentliche Institutionen auf nationaler und europäischer Ebene berücksichtigt werden, wobei 
es hierzu einer regelmäßigen Überprüfung bedarf. 


Spezifische Vorgaben zur Nutzung von ML bzw. KI im Allgemeinen sind bisher nur vereinzelt 
in den Unternehmen vorzufinden. Bei einer erweiterten Betrachtung lassen sich jedoch in meh- 
reren Unternehmen Richtlinien zum Umgang mit eigenen und externen Daten feststellen, wel- 
che unter dem Begriff der Datenethik (Data Governance) zusammengefasst werden und 
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ebenfalls für den Einsatz von ML relevant sind. Grundsätzlich wird die Erarbeitung von geeig- 
neten Richtlinien als Aufgabe des Gesetzgebers angesehen, der aufgrund der branchenweiten 
Bedeutung einheitliche Vorgaben für die Unternehmen bereitstellen soll. Anders als bisher 
praktiziert, soll es sich hierbei weniger um grundsätzliche Regelungen als eher um Vorgaben 
für konkrete Anwendungsbereiche handeln. 


6.5 Bewertung 


Nach der Beschreibung der einzelnen Eigenschaften wird in diesem Subkapitel eine Quantifi- 
zierung ihrer Bedeutung sowie — im Falle der Qualitäts- und Umfeldeigenschaften - ihres ge- 
genwärtigen Umsetzungsstandes vorgenommen. Diese Bewertung basiert auf den Ergebnis- 
sen der Onlinebefragung und stellt die Grundlage für eine abschließende Priorisierung der 
Eigenschaften zur Schwerpunktsetzung bei der Entwicklung des Gestaltungsansatzes dar. 


6.5.1 Funktionen 


Anhand der Bewertungen durch die befragten Logistikvertreter ist festzustellen, dass alle er- 
mittelten Funktionen eine hohe Bedeutung für den erfolgreichen Einsatz von ML-Anwendun- 
gen im Logistikmanagement aufweisen (siehe Abbildung 63). Innerhalb der marginalen Unter- 
schiede besteht eine etwas höhere Bedeutung für die Lernfähigkeit und Auswirkungsermitt- 
lung (4,1). Ersteres stellt aus Sicht der befragten Unternehmen den wichtigsten Vorteil gegen- 
über bisherigen Entscheidungstechniken dar, da die Systeme dazu befähigt werden, ihr Ver- 
halten eigenständig zur Lösung veränderter Problemstellungen anzupassen. Es zeigt sich 
aber auch, dass bestehende ML-Anwendungen vielfach ohne ein regelmäßiges Re-Training, 
sondern eher als „statische“ Anwendung, eingesetzt werden, um bspw. einmalig Zusammen- 
hänge für bestimmte Problemstellungen zu ermitteln. Entsprechend dieser Erfahrungen neh- 
men nicht alle Unternehmen die Lernfähigkeit als notwendige Funktion wahr. Eine etwas ge- 
ringere Bedeutung weist die Szenarienbildung auf (4,0), welche — abseits eines autonomen 
Einsatzes der Anwendungen - durch die Bereitstellung mehrerer Ergebnisoptionen die Ent- 
scheidungsgrundlage für die Nutzer deutlich verbessern soll. Anhand eines Vergleichs dieser 
Ergebnisse kann auch deren Plausibilität bewertet werden, wodurch das Vertrauen in die Güte 
gesteigert wird. Für die Entscheidungsfähigkeit ist die vergleichsweise geringste Bedeutung 
festzustellen (3,9), was mit der Zweckmäßigkeit einer Abdeckung dieser Funktion durch an- 
dere Systeme in vielen Anwendungsfällen begründet wird. Demnach ist es aus Sicht mehrerer 
Unternehmen ausreichend, wenn bestimmte ML-Anwendungen ausschließlich vorgelagerte 
Aktivitäten von Entscheidungsprozessen zur Problemwahrnehmung oder Informationsbe- 
schaffung ausführen, z. B. in Form einer Prognose, und die dabei erzielten Ergebnisse ande- 
ren Systemen oder den jeweiligen Nutzern zur Generierung geeigneter Aktionen bereitgestellt 
werden. Gleichzeitig wird aber auch zur Reduzierung der Systemkomplexität eine Integration 
der ML-basierten Funktionen in die Ausführungssysteme angestrebt. 
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Lernfahigkeit 
Entscheidungsfähigkeit 
Szenarienbildung M 

Auswirkungsermittlung 


1,0 2,0 3,0 4,0 5,0 


Abbildung 63: Funktionen — Bewertung der Bedeutung®®' 


6.5.2 Qualitätseigenschaften 


Für alle ermittelten Qualitätseigenschaften ist eine hohe bis sehr hohe Bedeutung in Bezug 
auf den erfolgreichen Einsatz von ML-Anwendungen im Logistikmanagement festzustellen 
(siehe Abbildung 64). Die Ausprägungen liegen in einem Intervall von 3,9 bis 4,8 und ergeben 
ein arithmetisches Mittel von 4,3 mit einer Standardabweichung von 0,32. Dieses Bedeutungs- 
niveau steht in starker Diskrepanz zum gegenwärtigen Umsetzungsstand der Eigenschaften 
bei den bisherigen ML-Anwendungen. Demnach weisen die einzelnen Qualitätseigenschaften 
nur einen mäßig bis geringen Umsetzungsstand auf. Die Ausprägungen liegen demnach in 
einem Intervall von 2,2 bis 3,4 mit einem arithmetischen Mittel von 2,9. Hieraus ergibt sich eine 
durchschnittliche Differenz von 1,5 zwischen beiden Bewertungsdimensionen. 


Manipulationssicherheit 
Zuverlässigkeit 
Compliance 
Kontrollierbarkeit der Entscheidungsausführung 
Skalierbarkeit 
Kontrollierbarkeit des Lernprozesses 
Nachvollziehbarkeit 

Verfügbarkeit 

Strategic Fit 


Business Case 2,9 3,9 


1,0 2,0 3,0 4,0 5,0 
=m Bedeutung Umsetzungsstand 


Abbildung 64: Qualitätseigenschaften — absolute Bewertung®? 


661 Eigene Darstellung 
662 Eigene Darstellung. Der Umsetzungsstand wurde anhand der Adopter ermittelt. 
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Die Systemeigenschaften mit der höchsten Bedeutung stehen in direkter Verbindung zur Er- 
gebnisqualität. Zum einen muss durch die Ermittlung eines geeigneten Lösungsansatzes ent- 
wicklungsseitig sichergestellt werden, dass die Anwendungen in der Lage sind, fehlerfreie 
Ergebnisse zu ermitteln (4,7). Zum anderen muss eine Verfälschung der Ergebnisse durch 
einen unbewussten oder bewussten Eingriff von Dritten verhindert werden (4,8). Neben der 
Realisierung zuverlässiger und manipulationssicherer Anwendungen nimmt auch die Existenz 
von Mechanismen zur Kontrolle der systemseitigen Ergebnisse eine sehr hohe Bedeutung 
für die Unternehmen ein (4,5). Diese Relevanz der ergebnisseitigen Fehlerfreiheit steht im 
engen Zusammenhang zum angestrebten Einsatz der Anwendungen in (semi-)autonomen 
Szenarien. Zusätzlich wird die systemseitige Konformität zu relevanten rechtlichen und 
ethischen Vorgaben als sehr bedeutsam erachtet, um sowohl formale Voraussetzungen für 
den Einsatz in allen Anwendungsfallen zu erfüllen als auch emotionale Widerstände bei den 
Beteiligten abzubauen (4,6). Es wird auch ersichtlich, dass die einzelnen Anwendungen nicht 
nur die Anforderungen eines dedizierten Anwendungsfalls abdecken sollen. Vielmehr bedarf 
es einer Skalierbarkeit, d h. der Möglichkeit zum Einsatz der Systeme für ein breites Anwen- 
dungsspektrum, was ebenfalls eine bedeutende Eigenschaft darstellt (4,4). Mit einer ebenfalls 
hohen, aber etwas nachrangigen Bedeutung wird die Nachvollziehbarkeit des Lösungswe- 
ges (4,1) und ein damit verbundenes „Tracking und Tracing“ des spezifischen Lernprozesses 
(4,3) betrachtet. Auch diese beiden Anforderungen werden mit einer Akzeptanzsteigerung as- 
soziiert. Zusätzlich sollen dadurch die Eingriffsmöglichkeiten zur gezielten Optimierung der 
Anwendungen verbessert werden. Eine rechtliche Notwendigkeit nachvollziehbarer Lösungs- 
wege, wie sie bspw. im Bereich der Medizin vorzufinden ist, wird für das Logistikmanagement 
außerhalb des vollautonomen Szenarios nur für bestimmte Anwendungsfälle erwartet. Eine 
ebenfalls etwas geringere Bedeutung weist die Verfügbarkeit der Systeme auf (4,0), da bei 
einer Batch-Bereitstellung der Ergebnisse oder bei einer weiterhin starken Involvierung 
menschlicher Entscheidungsträger mögliche Systemausfälle partiell kompensiert werden kön- 
nen. Die vergleichsweise geringste Bedeutung, welche jedoch mit jeweils 3,9 — absolut be- 
trachtet — weiterhin als hoch zu bezeichnen ist, weisen die strategische Passung und die 
frühzeitige Sicherstellung der Wirtschaftlichkeit der Anwendungen auf. Hier zeigt sich bei 
den befragten Unternehmen ein Dilemma zwischen der betriebswirtschaftlichen Notwendigkeit 
beider Anforderungen und der Steigerung des Innovationspotenzials durch die Gewährleis- 
tung größerer Freiheitsgrade für eine experimentelle Erprobung. 


In Bezug auf den Umsetzungsstand der Systemeigenschaften bei den bestehenden ML-An- 
wendungen im Logistikmanagement ist für die Compliance die vergleichsweise höchste Aus- 
prägung festzustellen (3,4). Zentrale rechtliche Vorgaben, wie die DSGVO oder unterneh- 
mensspezifische Betriebsvereinbarungen, werden demnach erfüllt. Die damit verbundene Prü- 
fung erfolgt jedoch in den wenigsten Fällen während der Konzeption oder Entwicklung der 
Anwendungen, sondern erst nachgelagert. Zudem werden ethische Aspekte bisher vernach- 
lässigt, was mit fehlenden Vorgaben begründet wird. Der zweithöchste Umsetzungsstand liegt 
für die Manipulationssicherheit vor. Im Falle von Anwendungen, welche auf einer externen 
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Cloud-Infrastruktur mittels laaS betrieben werden, ist diese Eigenschaft vergleichsweise hoch 
ausgepragt. Bei einem lokalen Betrieb zeigt sich allerdings ein gegenteiliges Bild, was insge- 
samt zu der mäßigen Bewertung von 3,2 führt. Diese Zweiteilung entsprechend der infrastruk- 
turellen Grundlage gilt auch für die technische Verfügbarkeit der Anwendungen, deren Um- 
setzungsstand mit 2,8 bewertet wird. Für eine Kontrollierbarkeit der Entscheidungsausfüh- 
rung und des Lernprozesses sind bei mehreren Anwendungen bereits technische Kompo- 
nenten integriert, welche eine automatische Bewertung der Ergebnisse entsprechend der de- 
finierten Güteintervalle sowie eine Ausgabe von entwicklungsseitigen Zusatzinformationen er- 
möglichen. Im Rahmen des bisherigen Einsatzes der Systeme als Entscheidungsunterstüt- 
zung werden diese Maßnahmen auch als angemessen angesehen. Einem autonomen Betrieb 
werden sie jedoch nicht gerecht, sodass auch hier nur ein Umsetzungsstand von 3,1 erreicht 
wird. Für den Strategic Fit und die Profitabilität der Anwendungen lässt sich ebenfalls nur 
ein mäßiger Umsetzungsstand feststellen (2,8 bzw. 2,9), was auf die häufige Fokussierung 
einer experimentellen Erprobung von ML zurückgeht und mitunter zur Auswahl von strategisch 
und wirtschaftlich ungeeigneten Anwendungsfällen führt. Ein noch etwas geringerer Umset- 
zungsstand liegt bei der Nachvollziehbarkeit der Anwendungen vor, die entsprechend des 
derzeitigen Forschungsstands zu ML als systemimmanent bezeichnet werden kann. Das 
größte Manko zeigt sich für die Skalierbarkeit der Anwendungen (2,2). Bei einem Großteil der 
bestehenden Systeme handelt es sich demnach um Insellösungen, deren Nutzung für andere 
Anwendungsfälle mit einem sehr hohen Anpassungsaufwand verbunden ist — welcher teil- 
weise einer Neuentwicklung gleichkommt. Diese eingeschränkte Adaptionsmöglichkeit stellt 
auch einen Grund für den ebenfalls mäßigen Umsetzungsstand der Zuverlässigkeit dar (2,9). 
Auch wenn die bestehenden System für viele logistische Problemstellungen zufriedenstel- 
lende Lösungen generieren, fehlt es häufig an einer Übertragbarkeit dieser Ergebnisse auf 
andere Anwendungsfalle. 


Bei einem Vergleich beider Bewertungsdimensionen zeigt sich, dass der Umsetzungsstand 
der Eigenschaften in keinem Fall der jeweiligen Bedeutung gerecht wird (siehe Abbildung 65). 
Die höchste Diskrepanz liegt dabei für die Skalierbarkeit der Anwendungen vor (Differenz von 
2,2), gefolgt von der damit in Verbindung stehenden Zuverlässigkeit (1,8). 
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Abbildung 65: Qualitätseigenschaften - relative Bewertung®6® 


6.5.3 Umfeldeigenschaften 


Analog zu den Systemeigenschaften ist auch für alle ermittelten Umfeldeigenschaften eine 
hohe bis sehr hohe Bedeutung in Bezug auf den erfolgreichen Einsatz von ML-Anwendun- 
gen im Logistikmanagement festzustellen (siehe Abbildung 66). Die Ausprägungen liegen hier- 
bei in einem Intervall von 3,6 bis 4,6 und weisen ebenfalls ein arithmetisches Mittel von 4,3 
auf. Im Vergleich zu den Qualitätseigenschaften liegt jedoch eine geringere Standardabwei- 
chung von 0,2 vor, was insgesamt zu einem homogeneren Bedeutungsniveau führt. Der ge- 
genwärtige Umsetzungsstand, welcher für diese Eigenschaften in Bezug auf alle Unternehmen 
ermittelt wurde, zeigt ebenfalls eine nur mäßige bis geringe Ausprägung. Demnach liegen 
die Ausprägungen in einem Intervall von 1,9 bis 3,2 und ergeben ein arithmetisches Mittel von 
2,7, welches damit etwas geringer als bei den Systemeigenschaften ausfällt. Hieraus ergibt 
sich auch eine etwas höhere durchschnittliche Differenz zwischen beiden Bewertungsdimen- 
sionen (1,6). Bei einer separaten Betrachtung ist für die Adopter ein marginal erhöhter Umset- 
zungsstand von 2,8 festzustellen. 


663 Eigene Darstellung. Es ist die Abweichung zum jeweiligen Mittelwert dargestellt. 
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Abbildung 66: Umfeldeigenschaften - absolute Bewertung® 


Die primär technischen Umfeldeigenschaften weisen insgesamt das höchste Bedeutungsni- 
veau auf. Dies trifft im besonderen Maße auf die datenseitigen Voraussetzungen zu, welche 
die Ergebnisqualität sowie die grundsätzliche Realisierbarkeit von ML-Anwendungen maßgeb- 
lich beeinflussen. Demnach muss eine hohe Datenqualität vorliegen (4,6), welche sich ins- 
besondere durch eine informatorische Konformität zur Realität und durch geringe syntaktische 
Unterschiede der Daten auszeichnet. In diesem Zusammenhang wird auch eine automatische 
Erfassung der Daten gefordert. Zum anderen muss die Verfügbarkeit von Vergangenheits- 
und Echtzeitdaten sichergestellt werden (4,5), wobei auch festzustellen ist, dass die Anfor- 
derungen an beide Eigenschaften vom jeweiligen Anwendungsfall sowie der gewählten Mo- 
dellgestaltung abhängig sind. Demnach existieren verschiedene Lernverfahren, die auch in 
Fällen mit einer geringeren Datenmenge und -qualität erfolgreich einsetzbar sind. Die daten- 
seitigen Eigenschaften stehen in enger Verbindung mit der IT-Infrastruktur und den damit ver- 
bundenen Möglichkeiten zur Verarbeitung, Speicherung und kontinuierlichen Bereitstellung. 
Dies führt im Falle der Leistungsfähigkeit der IT zu einer ebenfalls sehr hohen Bedeutung 
(4,5), wobei neben einer hohen Rechen- und Speicherkapazität auch deren flexible Skalier- 
barkeit gefordert wird. Die hohe Bedeutung der IT-Vernetzung (4,3) bezieht sich auf die Si- 
cherstellung einer Interoperabilität zwischen den ML-Anwendungen und den Ein- bzw. Aus- 


gangssystemen. 


664 Eigene Darstellung 
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6.5 Bewertung 


Ein ähnlich hohes Bedeutungsniveau (4,2 bis 4,4) weist auch der Großteil der restlichen Um- 
feldeigenschaften auf, welche primär organisatorische, rechtliche und ethische sowie strategi- 
sche Anforderungen adressieren. Hierzu gehört die Sicherstellung einer geeigneten Gover- 
nance für den Einsatz von ML-Anwendungen durch die Überführung bestehender sowie die 
Erstellung unternehmensspezifischer Regeln und Werte. Auch werden sowohl für die einzel- 
nen Anwendungen bzw. die diesbezüglichen Projekte als auch für den langfristigen anwen- 
dungsübergreifenden Umgang mit ML verbindliche Ziele gefordert. Dies soll eine bewusste 
Gestaltung des Technologieeinsatzes sicherstellen und gleichzeitig die Komplexität bei der 
Umsetzung reduzieren. Der offenen Kommunikation dieser Zielsetzungen gegenüber allen 
Organisationsmitgliedern zur Förderung eines gemeinsamen Verständnisses über die Not- 
wendigkeit von ML für das jeweilige Unternehmen wird ebenfalls eine hohe Bedeutung beige- 
messen. Die Realisierung dieser Voraussetzung soll sich positiv auf die Akzeptanz der Tech- 
nologie bei den Mitarbeitern auswirken, was ebenfalls eine bedeutsame Anforderung darstellt. 
Für die Auswahl und Umsetzung von ML-Anwendungen wird zudem die Vorgabe eines ein- 
heitlichen Vorgehens gefordert, welches den Gesamtprozess abdeckt und zu einer systema- 
tischen Realisierung geeigneter Anwendungsfälle führt. Um im Rahmen dieses Vorgehens 
auch flexibel auf die benötigten Mitarbeiter mit den entsprechenden Qualifikationsprofilen — 
welche oft unterschiedlichen Fachbereichen angehören - zurückgreifen zu können, bedarf es 
zudem der Schaffung entsprechender organisatorischer Strukturen und Regeln. Gleichzeitig 
müssen entsprechende Fachkräfte oder ein Budget zu deren Rekrutierung oder Qualifizie- 
rung vorhanden sein. Neben diesen ab- und aufbauorganisatorischen Voraussetzungen wird 
auch der kulturellen Komponente eine hohe Bedeutung beigemessen. Demnach muss bei den 
an der Umsetzung von ML-Anwendungen beteiligten Personen, einschließlich der unterneh- 
mensexternen Instanzen, ein Systemdenken etabliert werden, was die kooperative Zusam- 
menarbeit und ein Verständnis zu ML-Anwendungen als ein Gesamtsystem zur Lösung über- 
greifender Probleme fördert. 


Eine vergleichsweise geringe, aber — absolut betrachtet — weiterhin hohe Bedeutung (3,6) 
weist die Forderung der Ausbildung einer ML-spezifischen Kompetenz bei den jeweiligen 
Stakeholdern auf, insbesondere bei den Führungskräften und Nutzern. Die Kompetenz kann 
sich demnach laut mehreren Unternehmen auf ein Grundverständnis zu Potenzialen und 
Grenzen von ML beschränken und ist z.B. bei kleineren Anwendungen, die Teil eines über- 
geordneten Gesamtsystems sind, nicht obligatorisch. Gleichzeitig wird aber auch auf die damit 
verbundene akzeptanzfördernde Wirkung im Sinne einer „Entmystifizierung“ von ML und die 
Möglichkeit der jeweiligen Mitarbeiter zur Identifikation von Anwendungsfällen hingewiesen. 
Bei einer gruppenspezifischen Betrachtung der Adopter ist festzustellen, dass neben dem wei- 
terhin hohen Niveau der datenseitigen und infrastrukturellen Eigenschaften (4,4 bis 4,6) die 
Komplexitätsbeherrschung im Sinne einer Vorgabe klarer und realistischer Zielstellungen für 
den Umsetzungsprozess (4,5) sowie die Bereitstellung der dafür notwendigen personellen und 
finanziellen Ressourcen (4,6) eine vergleichsweise hohe Bewertung aufweist. 
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6 Anforderungen 


In Bezug auf den gegenwärtigen Umsetzungsstand der Umfeldeigenschaften ist für die infra- 
strukturelle Leistungsfähigkeit die höchste Ausprägung festzustellen. Dies geht erneut auf 
die Nutzung externer Cloud-Infrastruktur durch mehrere Unternehmen und deren damit ver- 
bundener Möglichkeit eines flexiblen Zugriffs auf höhere Rechen- und Speicherkapazitäten 
zurück. Dem stehen die lokalen Voraussetzungen bei den restlichen Unternehmen gegenüber, 
welche den hohen Leistungsanforderungen von ML oftmals nicht gerecht werden, sodass sich 
auch für diese Eigenschaft insgesamt ein nur mäßiger Umsetzungsstand von 3,2 ergibt. Das- 
selbe Bewertungsniveau liegt auch für die Verfügbarkeit von Daten vor, welche in einzelnen 
Anwendungsfällen bereits als angemessen bezeichnet werden kann. Grundsätzlich ist jedoch 
festzustellen, dass viele potenziell relevante Daten im logistischen Umfeld aufgrund einer ma- 
nuellen Prozessausführung und Kommunikation nicht verfügbar sind. Auch ergeben sich im 
Falle vorliegender Daten oft technische oder organisatorische Barrieren für deren Beschaf- 
fung, insbesondere wenn es sich bei deren Eigentümern um verschiedene Fachbereiche, Pro- 
fitcenter oder gar andere Unternehmen handelt. Diese Barrieren stehen im Zusammenhang 
mit der funktionalen Organisationsstruktur vieler Unternehmen, welche historisch zu einem 
Aufbau von „Silos“ bei der Arbeitsorganisation, aber auch bei den IT-Systemen geführt hat. 
Das spielgelt sich in dem mäßigen Umsetzungsstand für die geforderte IT-Vernetzung (2,9) 
sowie für die Realisierung eines Systemdenkens (2,7) und einer interdisziplinären Koope- 
ration (2,5) wider. Demnach können die benötigten Mitarbeiter aus den einzelnen Fachberei- 
chen oft nicht flexibel für die Umsetzung von ML-Projekten eingesetzt werden. Erschwerend 
kommt hinzu, dass in vielen Unternehmen keine ausreichenden personellen und finanziellen 
Ressourcen für die Umsetzung von ML-Anwendungen vorhanden sind, was sich auch im ge- 
ringen Umsetzungsstand von 2,5 ausdrückt. Im Falle vorhandener Fachkräfte sind diese oft 
speziellen Innovationseinheiten, z. B. Entwicklungslaboren, zugeordnet, die nur begrenzt die 
Probleme aus den logistischen Fachbereichen abdecken können. Im Vergleich zur Verfügbar- 
keit werden der Qualität der Daten noch größere Defizite attestiert (2,9), die sich in inhaltli- 
chen und syntaktischen Fehlern der Daten äußern und häufig auf eine manuelle Erfassung 
sowie ein fehlendes Bewusstsein für die Bedeutung von Daten zurückgehen. 


Das Vorgehen für die Auswahl und Umsetzung der Anwendungen wird gegenwärtig zu- 
meist projektspezifisch festgelegt, wobei nur im Falle der entwicklungsseitigen Aktivitäten teil- 
weise auf Standardprozesse zurückgegriffen wird. Für den Gesamtprozess fehlen bisher ent- 
sprechende Vorgaben, was insgesamt zu einem eher unsystematischen Ablauf und damit zu 
einem Umsetzungsstand von 2,6 führt. Dies steht auch im Zusammenhang mit der oft fehlen- 
den Festlegung klarer und v. a. realistischer Zielsetzungen, einschließlich einer Kaskadierung 
in Teilziele. Neben dem ausgeprägten explorativen Charakter vieler Umsetzungsprozesse 
führt diese Situation häufig auch zu einem Over-Engineering bei der Entwicklung, was sich in 
einem Umsetzungsstand von 2,7 in Bezug auf die Komplexitätsbeherrschung äußert. Die 
mangelnde Zielorientierung hängt auch mit dem Fehlen strategischer Vorgaben durch die 
Unternehmensführung zusammen, welche ebenfalls nur eine Ausprägung von 2,6 aufweisen. 
Demnach existieren bei vielen Unternehmen bereits Strategien für die digitale Transformation; 
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6.5 Bewertung 


eine spezifische Auseinandersetzung mit ML und der Ableitung einer langfristigen Bedeutung 
der Technologie für das jeweilige Unternehmen sowie einer Vorgabe geeigneter strategischer 
Ziele und Maßnahmen hat bisher jedoch nur vereinzelt stattgefunden. Diese fehlende Ausei- 
nandersetzung bezieht sich auch auf spezifische rechtliche und ethische Regeln zum Ein- 
satz von ML-Anwendungen für die Übernahme von Entscheidungen. Bestehende Vorgaben 
beschränken sich auf den Aspekt der Datennutzung, sodass auch hier nur ein Umsetzungs- 
stand von 2,7 erreicht wird. Im Zusammenhang mit projektspezifischen und strategischen Ziel- 
setzungen ist zudem eine mangelnde Transparenz für die Stakeholder zu beobachten (2,5). 
Diese führt zu einer Unkenntnis über spezifische Anwendungen und deren Bedeutung für das 
Unternehmen. In Verbindung mit dem allgemein fehlenden Wissen zu ML, was mit Abstand 
den geringsten Umsetzungsstand aufweist (1,9), entstehen Vorbehalte und Ängste bei be- 
stimmten Organisationsmitgliedern. Viele Mitarbeiter nehmen ML demnach eher negativ wahr, 
da sie eine Degradierung gegenüber den Systemen oder einen Verlust ihrer Arbeit befürchten. 
Hieraus resultiert für die gegenwärtige Akzeptanz ein Umsetzungsstand von 2,6. 


Bei einem Vergleich beider Bewertungsdimensionen zeigt sich, dass der Umsetzungsstand 
der Eigenschaften in keinem Fall der jeweiligen Bedeutung gerecht wird (siehe Abbildung 67). 
Die höchste Differenz mit jeweils 1,8 liegt für die interdisziplinäre Kooperation, die Transparenz 
sowie die Verfügbarkeit personeller und finanzieller Ressourcen vor. 
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Abbildung 67: Umfeldeigenschaften - relative Bewertung®®> 


665 Eigene Darstellung. Es ist die Abweichung zum jeweiligen Mittelwert dargestellt. 
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6 Anforderungen 


6.5.4 Priorisierung 


Im Rahmen der vorliegenden Untersuchung wurde eine Vielzahl von Voraussetzungen identi- 
fiziert, die für einen erfolgreichen Einsatz von ML-Anwendungen im Logistikmanagement zu 
realisieren sind. Diese betreffen insgesamt ein sehr breites Spektrum von unterschiedli- 
chen Gestaltungsbereichen und gehen dabei weit über „klassische“ Entwicklungstätigkeiten 
von IT-Projekten und Aktivitäten zur Datenbereitstellung hinaus. Vielmehr bedarf es zusätzli- 
cher ablauf- und aufbauorganisatorischer sowie auch kultureller Veränderungen in den Unter- 
nehmen. Ferner müssen rechtliche, soziale und ethische Fragstellungen zum Einsatz von ML 
in Entscheidungsprozessen beantwortet und auf strategischer Ebene verankert werden. 


Trotz ihrer hohen postulierten Bedeutung für den Erfolg des Technologieeinsatzes liegen die 
identifizierten Voraussetzungen bisher nur sehr eingeschränkt in den Unternehmen vor. Dem- 
nach erfüllen weder die bereits umgesetzten ML-Anwendungen noch die gegenwärtigen Um- 
feldbedingungen die formulierten Anforderungen. Neben den Non-Adoptern lässt sich diese 
Diskrepanz auch für die Adopter feststellen, welche insgesamt nur einen marginal höheren 
Umsetzungsstand aufweisen. Hieraus leitet sich für die Unternehmen in der Logistik ein hoher 
Handlungsbedarf zur Verbesserung der benötigten Voraussetzungen ab, welcher durch ge- 
eignete Maßnahmen zu bewältigten ist. Entsprechend der damit einhergehenden Umset- 
zungskomplexität und des hohen erwarteten Aufwands ist hierfür jedoch eine voraussehende 
Priorisierung erforderlich. Diese kann auf Grundlage der empirischen Befragungsergebnisse 
abgeleitet werden. Durch eine Integration der gesamten Qualitäts- und Umfeldeigenschaften 
sowie deren Klassifikation in Bezug auf den Mittelwert der beiden Bewertungsdimensionen 
lässt sich demnach eine Rangfolge der Anforderungen gemäß ihrer Zuordnung zu vier Pri- 
oritätsbereichen aufstellen (siehe Abbildung 68). Diese Systematisierung reicht von Anforde- 
rungen mit einer vergleichsweise geringen Bedeutung und einem gleichzeitig vergleichsweise 
hohen Umsetzungsstand, was der geringsten Priorität ,4“ entspricht, bis hin zu Anforderungen 
mit einer hohen Bedeutung und gleichzeitig einem geringen Umsetzungsstand, was als 
höchste Priorität „1“ betrachtet wird. 
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Legende: S = Systemeigenschaften U = Umfeldeigenschaften höchste Bedeutung für Adopter 


Abbildung 68: Priorisierung der geforderten Qualitäts- und Umfeldeigenschaften®® 


Anhand der vorgenommenen Klassifikation ist festzustellen, dass mehrere sehr bedeutsame 
Anforderungen existieren, die bereits einen vergleichsweise hohen Umsetzungsstand aufwei- 
sen. Hierzu zählen die benötigten infrastrukturellen und datenseitigen Voraussetzungen sowie 
die Sicherheit, Kontrollierbarkeit, Compliance und Zuverlässigkeit der ML-Anwendungen. 
Demgegenüber stehen Eigenschaften mit einer sehr stark ausgeprägten Diskrepanz zwi- 
schen beiden Bewertungsdimensionen, welche nachfolgend aufgeführt sind und einen 
Schwerpunkt für die nachfolgenden Arbeiten aufweisen: 


- langfristige Vorgabe von Zielen, Maßnahmen und Richtlinien für den Einsatz von ML- 
Anwendungen, 

- Etablierung eines Prozesses zur systematischen Identifikation und Umsetzung von An- 
wendungen, 

- Vorgabe klarer und realistischer Zielstellungen für Umsetzungsprozesse, die zur Re- 
duzierung der damit verbundenen Komplexität beitragen, 

- Realisierung skalierbarer Anwendungen, 

- Bereitstellung von finanziellen und personellen Ressourcen für die Umsetzung, 

- Möglichkeit zur Einbindung von Vertretern aus mehreren Unternehmensbereichen, 

- Schaffung von Transparenz zum Einsatz von ML und 

- Sicherstellung einer Akzeptanz bei allen Mitarbeitern. 


666 Eigene Darstellung. Die vier ermittelten funktionalen Eigenschaften sind in dieser Übersicht nicht 
berücksichtigt, da sie eine übergreifende Relevanz aufweisen. 
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7 Gestaltungsansatz 


Ausgehend vom dem zuvor formulierten Handlungsbedarf und unter Berücksichtigung der in 
der vorliegenden Arbeit erzielten Teilergebnisse werden in diesem Kapitel geeignete Maßnah- 
men für einen erfolgreichen Einsatz von ML im Logistikmanagement erarbeitet. Für die Bereit- 
stellung eines durch die Praxis nutzbaren Unterstützungsinstrumentes werden die einzelnen 
Handlungsempfehlungen in Form eines Gestaltungsansatzes systematisiert und anschließend 
im Anwendungszusammenhang geprüft. Dies soll die fünfte sekundäre Forschungsfrage be- 
antworten: 


Welche Maßnahmen eignen sich für einen erfolgreichen Einsatz von ML-Anwendun- 
gen im Logistikmanagement und wie lassen sich diese in einen übergreifenden Gestal- 
tungsansafz integrieren? 


Einleitend wird das Forschungsdesign zur Entwicklung und Validierung des Gestaltungsansat- 
zes beschrieben, was auch dessen zusammenfassende Darstellung umfasst (Kapitel 7.1). In 
den anschließenden sechs Unterkapiteln erfolgt eine Ausarbeitung der einzelnen Maßnahmen 
anhand einer einheitlichen Struktur, zu der auch eine initiale Zusammenfassung des jeweils 
zugrundeliegenden Handlungsbedarfes sowie eine abschließende Prüfung der Maßnahmen 
zählt (Kapitel 7.2 bis 7.7). Im letzten Unterkapitel werden die Erkenntnisse der Validierung für 
den gesamten Gestaltungsansatz zusammengefasst (Kapitel 7.8). 


7.1 Forschungsdesign und Übersicht 


In diesem Subkapitel erfolgt eine prägnante Darstellung des Vorgehens zur Entwicklung und 
Validierung des Gestaltungsansatzes, einschließlich der damit einhergehenden Zielsetzung 
sowie einer Zusammenfassung der enthaltenen Handlungsfelder (HF) und des verwendeten 
Anwendungsfalls für die Prüfung der Ergebnisse. 


7.1.1 Entwicklung 


Mit der Entwicklung der Maßnahmen und deren Systematisierung in Form des Gestaltungs- 
ansatzes wurde das Ziel einer Befähigung von Unternehmen zum erfolgreichen Einsatz von 
ML-Anwendungen im Logistikmanagement verfolgt. Für den diesbezüglichen Forschungspro- 
zess wurden die im vorherigen Kapitel erhobenen Anforderungen entsprechend ihres kontex- 
tualen Bezuges als zu realisierende Sollzustände herangezogen. Hierbei wurde eine Fokus- 
sierung der Anforderungen mit einer vergleichsweise hohen Bedeutung gemäß der Priori- 
sierung in Kapitel 6.5.4 vorgenommen. Im Einklang mit dem übergreifend hohen bis sehr ho- 
hen Bedeutungsniveau führte diese Schwerpunktsetzung jedoch nicht zur Exklusion einzelner 
Anforderungen. Vielmehr sollten sowohl technologische als auch organisatorische und soziale 
Dimensionen, einschließlich deren Schnittstellen, integrativ betrachtet werden, wie es vom 
MTO-Konzept insbesondere für digitale Technologien gefordert wird (siehe Kapitel 2.1.3.3). 
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7.1 Forschungsdesign und Übersicht 


Die Grundlage für die Maßnahmenentwicklung bildeten die vorausgegangenen Erkenntnisse 
der vorliegenden Arbeit, welche zu diesem Zweck synthetisiert wurden (siehe Abbildung 69). 
Dies umfasste auf der einen Seite die technologiespezifischen Eigenschaften von ML aus 
Kapitel 2.4, anhand derer sich teils erhebliche Unterschiede zu anderen Entscheidungstech- 
niken ableiten lassen. Auf der anderen Seite wurden die spezifischen Rahmenbedingungen 
der betrachteten Domäne in Form der Logistik bzw. speziell des Logistikmanagements her- 
anzogen. Neben Informationen zur strategischen Bedeutung von ML und dessen Stand in der 
Praxis aus Kapitel 2.4 beinhaltete dies auch Erkenntnisse zum Umsetzungsstand von ML- 
spezifischen Voraussetzungen aus Kapitel 6. Gleichzeitig wurden die in Kapitel 4.4 identifizier- 
ten Entwicklungen zum Forschungsstand von ML und zur Logistik berücksichtigt. Als „Be- 
zugsobjekt* für den Forschungsprozess fungierte das realisierbare Anwendungsspektrum von 
ML aus Kapitel 5.2 mit den erwarteten Implikationen für die Ausführung von Entscheidungs- 
prozessen aus Kapitel 5.4. Einen wichtigen Impuls für die Maßnahmenentwicklung stellten 
zudem die Erkenntnisse der Fallstudienforschung aus Kapitel 4.3 dar. 


Eigenschaften Rahmenbedingungen a 
von ML in der Logistik $ Gestaltung eines 
erfolgreichen 
= = Technologieeinsatzes 
Technische Strategische 
Grundlagen Bedeutung von ML Forschungsrahmen 
65 
Priorisierte 
4.1 6. Maßnahmenentwicklung Anfor- 
Umsetzungsstand Strukturierung in Gestaltungsansatz derungen 
Forschungsstand zu Anforderungen (Sollzustand) 
von ML 
Bezugsobjekte 
44 44 5. 
Anwendungsspektrum 
Entwicklungen Entwicklungen mit positiven und negativen 
Auswirkungen 


Abbildung 69: Synthese der Teilergebnisse der Arbeit für MaBnahmenentwicklung®®? 


Die auf Grundlage dieser Synthese identifizierten Maßnahmen beziehen sich sowohl auf die 
Gestaltung von ML-Anwendungen als auch auf die Gestaltung des hierfür benötigten Umfelds 
in den Unternehmen. Entsprechend ihrer inhaltlichen Ausrichtung wurden sie zu insgesamt 
sechs Handlungsfeldern zusammengefasst, welche unterschiedliche Gestaltungsbereiche 
bzw. Managementdisziplinen repräsentieren und strukturgebend für den in Abbildung 70 dar- 
gestellten Gestaltungsansatz sind. Hierzu gehören die strategische Planung als übergeordne- 
ter Rahmen für den Einsatz von ML im betreffenden Unternehmen (HF 1), die Ablauforganisa- 
tion (HF 2), die Aufbauorganisation (HF 3), die Arbeitsorganisation zwischen ML-Anwendun- 
gen und Entscheidungsträgern in Form der Mensch-Computer-Interaktion (HF 4), das Kompe- 
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tenzmanagement (HF 5) sowie das Datenmanagement als Fundament für die technische Re- 
alisierbarkeit von ML (HF 6). Ein Spezifikum stellen die ablauforganisatorischen Maßnahmen 
des HF 2 dar, welche sich auf einen zu etablierenden Standardprozess für die Auswahl und 
Umsetzung von ML-Anwendungen in den Unternehmen beziehen. Hierfür wurde ein Vorge- 
hensmodell mit mehreren Phasen entwickelt und in den Gestaltungsansatz integriert. 


Strategie: 

Langfristig ausgerichteter Einsatz von ML 
Technologieoffene Vision und menschenzentriertes Leitbild 
Anwendungsfalle als Synthese von ML-Potenzialen und betrieblichen Problemen 
Strategieorientierte Bewertung und Harmonisierung von Anwendungsfallen 


Ablauforganisation: Standardprozess für Auswahl und Umsetzung von ML-Anwendungen 


3 User-Community-Ansatz 

£ Prototyping anhand mehrerer Entwicklungsstufen 

5 Fortschrittskontrolle mittels Quality Gates 

£ 

5 

S Problemanalyse Vorbereitung der Modellentwicklung Betriebliche 
und Sollkonzeption Datenbasis Einführung 


Aufbauorganisation: Agile Strukturen für ML-Projekte mit zentraler Koordination 
Bildung interdisziplinärer ML-Projektteams 
Skalierung agiler Prinzipien im IT-Bereich 
Zentrale Koordination mittels Digital Transformation Office 


Mensch-Computer-Interaktion: Einsatz kollaborierender Systeme 
Stärkung menschlicher Fähigkeiten mittels Shared Autonomy 
Erweiterung des menschlichen Aufgabenspektrums 
Integrierte Qualitätskontrolle 


Kompetenzmanagement: Mitarbeiter für Einsatz von ML sensibilisiert und befähigt 
Qualifizierung von Fachkräften ergänzt um externes Wissen 
Grundverständnis zu ML bei allen Organisationsmitgliedern 

Nutzerseitige Interpretation des Systemverhaltens 


Datenmanagement: Skalierbare ML-Services auf Basis konsolidierter Daten 
Systemagnostische Datenintegration mittels Data Lake 
Digital Twins für kontextbezogene Datenaufbereitung 
Modulare Plattform als Host und Inkubator für ML-Anwendungen 


Abbildung 70: Gestaltungsansatz für den Einsatz von ML im Logistikmanagement®®® 


Die Darstellung der HF in den einzelnen Unterkapiteln folgt einer einheitlichen Struktur. Vor 
ihrer detaillierten Beschreibung werden die Maßnahmen der jeweiligen HF zusammen mit der 
anzustrebenden Zielsetzung und dem zugrundeliegenden Handlungsbedarf vorgestellt. Letz- 
teres resultiert aus einer Gegenüberstellung der spezifischen Eigenschaften von ML und der 
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Ausgangsituation in der Logistik, einschließlich relevanter Entwicklungen. Zur Unterstützung 
zentraler Arbeitsaktivitäten werden für die einzelnen Maßnahmen geeignete Methoden und 
Werkzeuge aufgezeigt, wobei es sich in mehreren Fällen auch um Teilergebnisse der vorlie- 
genden Arbeit handelt, u. a. in Form der ML-Typologie, der Eignungsindikatoren mit den Wir- 
kungsdimensionen sowie der Anforderungen von ML-Anwendungen. Zwischen den Maßnah- 
men bestehen — auch handlungsfeldübergreifend — starke Zusammenhänge, auf die entspre- 
chend verwiesen wird. Am Ende jedes HF werden die Maßnahmen anhand eines praktischen 
Anwendungsfalls validiert. 


7.1.2 Validierung 


Das Erreichen der mit der Entwicklung des Gestaltungsansatzes intendierten Zielsetzung ist 
gemäß des gewählten Forschungsprozesses nach Ulrich (1981) zu überprüfen, wofür eine 
empirische Erfolgsmessung der Inhalte im korrespondierenden Anwendungskontext erfor- 
derlich ist (siehe Kapitel 1.3.2). Im Idealfall umfasst dies eine evaluierende Begleitung der Um- 
setzung des Gestaltungsansatzes in Unternehmen. Entsprechend des inhaltlichen Spektrums 
der entwickelten Ergebnisse sind dabei Aktivitäten von der strategischen Planung des Tech- 
nologieeinsatzes bis zur betrieblichen Einführung von ML-Anwendungen zu prüfen. Aufgrund 
der Länge des damit einhergehenden Betrachtungszeitraums ist dieser Validierungsansatz je- 
doch für die vorliegende Untersuchung nicht realisierbar. Eine geeignete Alternative stellt da- 
gegen die Prüfung der Ergebnisse anhand eines bereits realisierten ML-Anwendungsfalls 
dar, wodurch Erkenntnisse zu den damit verbundenen Aktivitäten genutzt werden können. In 
der vorliegenden Arbeit wird diesem zweiten Ansatz durch die Verwendung eines repräsenta- 
tiven ML-Anwendungsfalls gefolgt, an dessen Umsetzung der Autor im Rahmen eines mehr- 
jährigen Forschungsprojektes in Zusammenarbeit mit verschiedenen Unternehmen beteiligt 
war (siehe Kapitel 1.3.2). Im Gegensatz zu einer Erhebung der Informationen zu ML-seitigen 
Aktivitäten von Dritten, z.B. durch die Befragung von Unternehmen, kann durch die Nutzung 
dieses Anwendungsfalls und der damit verbundenen Einbindung des Autors das benötigte In- 
formationsspektrum für die Validierung aller zentralen Inhalte des Gestaltungsansatzes si- 
chergestellt werden. 


Das Vorgehen des gewählten Validierungsansatzes setzt sich aus zwei Schritten zusammen, 
die mit ihren Prüfkriterien in Tabelle 19 zusammengefasst sind. Im ersten Schritt wird die prak- 
tische Anwendbarkeit des Gestaltungsansatzes für das Untersuchungsfeld in Bezug auf eine 
inhaltliche und strukturelle Logik überprüft, indem fallspezifische Ausprägungen zu wesentli- 
chen Maßnahmen, einschließlich der Schritte des Vorgehensmodells und einzelner Methoden, 
ermittelt werden. Im Falle einer inhaltlichen Abdeckung durch bereits erfolgte Aktivitäten im 
Kontext des betrachteten Anwendungsfalls wird bei dieser „Operationalisierung“ auf beste- 
hende Informationen zurückgegriffen. Für alle nicht abgedeckten Inhalte werden realistische 


669 Die einbezogenen Informationen zum Anwendungsfall für die Validierung entstammen dem Ab- 
schlussbericht des Forschungsprojektes: Straube et al. (2020a). 
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Ausprägungen für den Anwendungsfall konzeptionell durch den Autor ermittelt. Im zweiten 
Schritt erfolgt eine qualitative Bewertung der Zweckmäßigkeit des Gestaltungsansatzes in 
Hinblick auf dessen Beitrag zum erfolgreichen Einsatz von ML-Anwendungen. Im Sinne ihrer 
Funktion als zu realisierende Sollzustände werden dazu die in Kapitel 6 ermittelten Anforde- 
rungen herangezogen, wobei geprüft wird, inwiefern die operationalisierten Maßnahmen zu 
einer Erfüllung der einzelnen Anforderungen beitragen. Durch eine Gesamtbetrachtung der 
abgedeckten Anforderungen mit ihren fallspezifischen Ausprägungen können anschließend 
Aussagen zum voraussichtlichen Nutzen des Gestaltungsansatzes im Sinne seiner Erfolgs- 
wirkung abgeleitet werden. 


Kriterium Fragestellung für Validierung Validierungsschritt für Anwendungsfall 


Ermittlung der Ausprägungen der Inhalte 
des Gestaltungsansatzes (Operationalisie- 
rung) 


Ist der Gestaltungsansatz für den Einsatz 


Anwendbarkeit von ML-Anwendungen anwendbar? 


Leistet der Gestaltungsansatz einen positi- 
ven Beitrag zum erfolgreichen Einsatz von 
ML-Anwendungen? 


Zweckmäßigkeit 
(Nutzen) 


Ermittlung der Erfüllung der Anforderungen 
gemäß der Operationalisierung 


Tabelle 19: Kriterien und Schritte der Validierung 


Der Anwendungsfall für die Validierung bezieht sich auf eine ML-Anwendung zur Prognose 
von Prozess- bzw. Ankunftszeiten (ETA) für Seefrachtcontainer im maritimen Vorlauf, welche 
vordergründig in der Transportplanung und -steuerung für Exportaufträge zum Einsatz kom- 
men soll. Die zugrundeliegende Prozesskette dieser Anwendung beginnt bei der Gestellung 
und Beladung eines Leercontainers beim industriellen Verlader und endet bei der Verladung 
des Containers auf einem Seeschiff im Hafen, weshalb in diesem Zusammenhang auch von 
einer Door-to-Port-ETA gesprochen wird. An die für den Anwendungsfall relevante Prozess- 
kette schließt sich der Hauptlauf des Seeschiffs sowie ein landseitiger Nachlauf an, der mit der 
Auslieferung des Containers beim jeweiligen Kunden endet. Auf Basis der prognostizierten 
ETA soll die ML-Anwendung zusätzlich geeignete Aktionen für die Planung und Steuerung des 
jeweiligen Transportauftrages bereitstellen, was mittels eines wissensbasierten Systems rea- 
lisiert wird. Zur Erhöhung der Repräsentativität wird als organisatorisches Umfeld für den be- 
trachteten „ETA-Anwendungsfall“ ein fiktives Unternehmen angenommen, welches sich 
noch am Anfang des Adoptionsprozesses von ML befindet (siehe Kapitel 2.1.3.1). Demnach 
wurden in dem Unternehmen bisher weder entsprechende Systeme inner- und außerhalb der 
Logistik umgesetzt noch größere analytische oder konzeptionelle Aktivitäten zu ML betrieben. 


7.2 Strategie: Langfristig ausgerichteter Einsatz von ML 


Das Ziel der Maßnahmen dieses HF ist die Sicherstellung eines langfristig ausgerichteten Ein- 
satzes von ML in Hinblick auf übergeordnete Unternehmensziele. Dies bezieht sich sowohl auf 
eine Maximierung des wirtschaftlichen Nutzens als auch auf einen ethisch achtsamen Umgang 
beim Einsatz der Technologie. Ausgehend von einer Auseinandersetzung mit den Fähigkeiten 
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und Auswirkungen von ML ist durch die Unternehmensführung eine Vision und ein Leitbild für 
den langfristigen Einsatz vorzugeben. Zum Erreichen dieser Zielsetzung sind auf Basis einer 
Betrachtung des Anwendungspotenzials von ML und der vorherrschenden Probleme in den 
Unternehmen geeignete Anwendungsfalle zu identifizieren. Diese sind in Hinblick auf ihren 
Beitrag zur Realisierung der Vision zur bewerten und mit anderen langfristigen Maßnahmen in 
Form einer Strategie-Roadmap zu harmonisieren und zu terminieren. Eine Zusammenfassung 
der Maßnahmen mit dem zugrundeliegenden Handlungsbedarf findet sich in Abbildung 71. 


Eigenschaften von ML Ausgangssituation im Logistikmanagement 


k= 
$ E A E E - Unsicherheit über tatsächlich realisierbare Anwen- 
© - Schlüsseltechnologie für die Logistik mit hohem d Eile Poienzlals und Riek 
2 Einfluss auf Wettbewerbsfähigkeit, daher strategische SC ous = PIERRE 
S Uberlegungen zum Einsatz von ML notwendig - tale strategischen Vorgaben durch Unternehmens- 
3 ührun: 
2 - Hohes Veränderungspotenzial für Prozesse, g KEN p 
s Menschen und Technik, daher kritische - Anwendungen oft ohne Bezug zu langfristigen Zielen, 
Auseinandersetzung mit Auswirkungen und damit sondern Lösung bereichsspezifischer Probleme, 
verbundenen Umgang im Unternehmen notwendig schnelle Sichtbarmachung von Erfolgen oder Fokus 
auf experimentelle Erprobung 
= Der Einsatz von ML erfolgt im Einklang mit den wirtschaftlichen Zielen und 
S den ethischen Grundwerten der Unternehmen. 
Technologieoffene Vision und Anwendungsfälle als Synthese Strategieorientierte Bewertung 
EE TEST von ML-Potenzialen und und Harmonisierung von 
betrieblichen Problemen Anwendungsfallen 
- Ermittlung der Potenziale und - Systematische Analyse des - Spezifikation sowie Bewertung 
e Risiken von ML Anwendungspotenzials von ML der Anwendungsfälle in Bezug 
£ - Formulierung einer Vision, in der und der vorliegenden Probleme auf Übereinstimmung und 
T Fähigkeiten von ML berück- in Unternehmen Beitrag zu Vision 
E sichtigt sind - Priifung der Ubereinstimmung - Ermittlung von Zusammen- 
2 - Entwicklung eines Leitbildes, unter Beriicksichtigung von hangen mit anderen 


welches Menschen bei der 
Gestaltung des Einsatzes von 
ML fokussiert 


Kommunikation der Zielstel- 
lungen in Organisation 


Eignungskriterien 


Ermittlung ,verborgener* 
Anwendungsfalle durch 
Orientierung an bestehenden 
Anwendungen 


Maßnahmen und Terminierung 


- Ableitung von Entwicklungs- 


pfaden und Visualisierung als 
Roadmap 


- Kommunikation in Organisation 


Abbildung 71: Handlungsfeld Strategie — Übersicht‘ 


7.2.1 Technologieoffene Vision und menschenzentriertes Leitbild 


Für den Einsatz von ML-Anwendungen zur Unterstützung oder Ausführung von logistischen 
Entscheidungsprozessen ist eine Vision und ein übergeordnetes Werteverstandnis durch die 
Unternehmensführung zu entwickeln. Neben der wirtschaftlichen Bedeutung in Form einer 
Steigerung der Effizienz und Produktivität umfasst dies auch soziale Implikationen, welche 
insbesondere in Verbindung mit Veränderungen der menschlichen Aufgaben und einer poten- 
ziellen Reduktion von Arbeitsplätzen stehen. Hierzu bedarf es einer vorausgehenden Ausei- 
nandersetzung mit den positiven sowie negativen Auswirkungen des Einsatzes von ML, 
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wofür auf die Erkenntnisse der vorliegenden Arbeit aus Kapitel 5.4.1 zu den Wirkungsdimen- 
sionen und den daraus resultierenden Potenzialen bzw. Risiken zurückgegriffen werden kann. 


Die Vision ist dabei nicht in Hinblick auf die Realisierung von ML zu formulieren, sondern hin- 
sichtlich langfristig angestrebter Veränderungen der Unternehmen — welche sich neben 
den Fähigkeiten von ML auch auf andere Technologien beziehen können. Im Kontext der Lo- 
gistik bietet sich hierzu eine Orientierung an den in Kapitel 1.1 dargestellten Stufen zur Reali- 
sierung einer „intelligenten Logistik“ an, welche perspektivisch eine autonome Selbststeuerung 
von Wertschöpfungssystemen vorsehen. Zusätzlich sind ein Realisierungshorizont sowie ggf. 
quantitative Zielgrößen und bestimmte adressierte Teilbereiche festzulegen. Durch die tech- 
nologieoffene Ausrichtung der Vision wird die Möglichkeit eines Rückgriffs auf unterschied- 
liche technische Ansätze bei der Lösung damit verbundener Probleme gewahrt. Dementspre- 
chend sind auch im Falle bestehender Visionen in den Unternehmen, z.B. im Kontext der 
digitalen Transformation, Industrie 4.0 oder Smart Factory, keine „parallelen“ ML-spezifischen 
Visionen zu entwickeln, sondern nur entsprechende Anpassungen bzw. Ergänzungen in Be- 
zug auf die Fähigkeiten von ML vorzunehmen. Die zu entwickelnde Vision fungiert als Treiber 
für eine kontinuierliche Auseinandersetzung der Organisationsmitglieder mit den durch den 
Einsatz von ML angestrebten Auswirkungen und stellt dabei gleichzeitig ein zielorientiertes 
Vorgehen, z.B. bei der Festlegung von Anwendungsfällen, durch einen regelmäßigen Ab- 
gleich mit der Vision sicher. 


Das zusätzlich zu entwickelnde Werteverständnis enthält normative Vorgaben zu einem 
ethisch achtsamen Umgang mit ML. Ein geeignetes Leitbild stellt die Realisierung eines auf 
den Menschen ausgerichteten Einsatzes von ML dar, welches auch als ,Human-centric Al“ 
bezeichnet wird®’'. Hierbei werden die Organisationsmitglieder sowohl bei der Auswahl und 
Gestaltung der Anwendungen als auch bei der Gestaltung der Arbeitsabläufe fokussiert, was 
— neben der Realisierung der wirtschaftlichen Potenziale — langfristig auch zu einer Verbes- 
serung der Arbeitsbedingungen für die Menschen führen soll. Die Orientierung am Men- 
schen bezieht sich dabei ebenfalls auf die Zuverlässigkeit und Fehleranfälligkeit der ML-An- 
wendungen, wonach keine höheren Anforderungen an systemseitige Ergebnisse im Vergleich 
zu den menschlichen Fähigkeiten gestellt werden. 


Die Vision und das Leitbild sind zusammen mit Informationen zur Bedeutung von ML für die 
zukünftige Wettbewerbsfähigkeit der Unternehmen sowie zu Veränderungen der Arbeitsorga- 
nisation über verschiedene Kanäle in den Unternehmen zu kommunizieren, z.B. durch Be- 
triebsversammlungen, Newsletter und Mitarbeiterzeitschriften. 
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7.2.2 Anwendungsfälle als Synthese von ML-Potenzialen und betriebli- 
chen Problemen 


Für den Einsatz von ML in logistischen Entscheidungsprozessen sind geeignete Anwendungs- 
fälle in den Unternehmen zu identifizieren, welche zur Realisierung der jeweils festgelegten 
Vision beitragen. Auch bei diesen Aktivitäten ist grundsätzlich ein technologieoffenes Vorge- 
hen zu wählen, wobei — entsprechend der hohen strategischen Bedeutung - eine dedizierte 
Betrachtung von ML im Rahmen einer initialen Analyse empfohlen wird. Bei diesem systema- 
tischen Vorgehen ist einerseits das Anwendungspotenzial von ML und andererseits der pro- 
zessuale „Bedarf“ in den Unternehmen zu erschließen sowie anschließend gegenüberzustel- 
len und in Bezug auf eine Übereinstimmung im Sinne eines „Matchmakings“ zu überprüfen. 
Hierzu kann auf die Erkenntnisse aus Kapitel 5 zum Anwendungsspektrum und zu den Eig- 
nungsindikatoren von ML zurückgegriffen werden. 

Synthese gemäß 


Eignungsindikatoren 
aus Kapitel 5.5 


Anwendungspotenzial von ML Bedarf im Unternehmen 


Defizite und allgemeine 
Verbesserungsmöglichkeiten bei der 
Ausführung der Entscheidungs- 
prozesse, z. B. schlechte Planbarkeit 
der Materialbestande 


Nutzenpotenziale, Fahigkeiten und 
Anwendungsspektrum von ML, z. B. 
Ermittlung zukünftiger Ausprägungen 

von Parametern und Zuständen 


Abbildung 72: Gegenüberstellung von Technologiepotenzial und betrieblichen Problemen"? 


In Hinblick auf das Anwendungspotenzial ist ein Verständnis zum theoretisch realisierbaren 
Anwendungsspektrum von ML für die Unternehmen zu entwickeln. Dazu sind bestehende 
Anwendungen aus Forschung und Praxis zu analysieren sowie Informationen zu Eignungskri- 
terien und Fähigkeiten der Technologie einzuholen, welche der Konzeption eigener Ideen für 
Anwendungen dienen. In einem nachfolgenden Schritt ist der Bedarf des Unternehmens in 
Form aktueller Defizite und Verbesserungsmöglichkeiten bei der Ausführung von Ent- 
scheidungsprozessen zu analysieren, wobei sowohl bisher manuell ablaufende Prozesse als 
auch bereits durch andere Entscheidungstechniken unterstützte Aufgaben zu berücksichtigen 
sind. Zur Einholung der entsprechenden Informationen sind geeignete Vertreter aus den logis- 
tischen Fachbereichen zu befragen, welche neben den Problemen auch entsprechende Hin- 
tergründe darstellen können. Ergänzend sind Qualitätsberichte, z. B. aus Auditierungen, und 
bestehende Ideen aus dem betrieblichen Vorschlagswesen zu berücksichtigen. Anschließend 
sind die Erkenntnisse zu den Potenzialen und Bedarfen zusammenzuführen. Im Rahmen die- 
ses Matchmakings ist zu prüfen, inwiefern die identifizierten Probleme durch ML gelöst wer- 
den können. Neben einer Abdeckung ähnlicher Problemstellungen durch bestehende Anwen- 
dungen stellen dabei die benötigten technischen Fähigkeiten, z.B. die Prognose zukünftiger 
Zustände, sowie die vorliegenden Problemmerkmale, z. B. eine hohe Anzahl von dynamischen 
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Einflussvariablen, geeignete Prüfkriterien dar. Während die bei diesem Vorgehen identifizier- 
ten Probleme potenzielle Anwendungsfalle für ML darstellen, sind die restlichen Probleme auf 
eine etwaige Eignung für den Einsatz anderer Entscheidungstechniken zu überprüfen. 


Zusätzlich zu diesem Matchmaking sind anhand des „verborgenen Bedarfes“ der Unterneh- 
men weitere Anwendungsfälle für ML zu ermitteln. Hierbei handelt es sich um betriebliche 
Probleme, die aufgrund einer vermuteten Unlösbarkeit oder einer fehlenden Wahrnehmung 
bisher nicht durch die Fachbereichsvertreter artikuliert wurden. Letzteres steht oft im Zusam- 
menhang mit einem Gewöhnungseffekt der Mitarbeiter, welcher nur durch externe Impulse in 
Form des Aufzeigens alternativer Lösungsmöglichkeiten überwunden werden kann. Vor die- 
sem Hintergrund sind die Fachbereichsvertreter mit den Fähigkeiten von ML und über die bis- 
her benannten Anwendungsfälle hinausgehenden Anwendungen zu konfrontieren. In diesem 
Kontext kann auch eine systematische Überprüfung aller Entscheidungsprozesse nach einer 
potenziellen Eignung für ML vorgenommen werden. 


7.2.3 Strategieorientierte Bewertung und Harmonisierung von Anwen- 
dungsfällen 


Die potenziell geeigneten Anwendungsfalle von ML sind einer zusätzlichen Spezifikation, Be- 
wertung, Strukturierung und groben Terminierung zu unterziehen. Hierbei ist eine Verbindung 
mit anderen langfristigen Maßnahmen herzustellen, sodass eine strategische Planung mit 
verschiedenen Entwicklungspfaden - in der ML als Schlüsseltechnologie berücksichtigt ist — 
zur Realisierung der angestrebten Vision resultiert. Ausgehend von dieser übergreifenden 
Strategie kann anschließend eine Filterung von Maßnahmen für bestimmte Teilziele oder Un- 
ternehmensbereiche vorgenommen und eine Gestaltung des für ML benötigten Umfeldes ini- 
tiiert werden, einschließlich einer Finanzierungs- und Personalplanung. Auch bei diesen Akti- 
vitäten ist auf etwaige bereits bestehende Planungen aufzusetzen, z.B. in Form von Digitali- 
sierungsstrategien. 


Die Spezifikation der ML-Anwendungsfalle bezieht sich insbesondere auf die adressierte Prob- 
lemstellung, die angestrebte technische Lösung und etwaige besondere Anforderungen, z.B. 
in Bezug auf die Daten oder die IT-Infrastruktur, um auch Aussagen zur Realisierbarkeit treffen 
zu können. Anhand dieser Informationen sind die Anwendungsfalle hinsichtlich ihrer Überein- 
stimmung und ihres Wirkungsbeitrages zur Realisierung der Vision zu bewerten sowie 
dementsprechend zu priorisieren und ggf. zu selektieren. Anschließend sind weitere langfris- 
tige Maßnahmen zur Realisierung der festgelegten Vision im Unternehmen zu betrachten, wo- 
bei es sich sowohl um die Umsetzung anderer Technologien als auch um Maßnahmen zu 
weiteren Gestaltungsbereichen handeln kann, z.B. in Bezug auf die Aufbau- und Ablauforga- 
nisation. Zwischen den einzelnen Maßnahmen, einschließlich der identifizierten ML-Anwen- 
dungsfälle, sind logische Abhängigkeiten, Redundanzen und Widersprüche aufzudecken und 
zu bewerten. Auf dieser Grundlage sind grobe Realisierungszeiträume für die einzelnen Maß- 
nahmen sowie logische Entwicklungspfade festzulegen, bei denen es sich um Teilziele der 
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übergeordneten Zielstellung handelt. Zur Visualisierung der Planungsergebnisse ist eine 
Roadmap umzusetzen, welche eine prägnante Übersicht der einzelnen Maßnahmen und de- 
ren Verbindung im Zeitverlauf zum Erreichen der Vision ermöglicht. Die resultierende Road- 
map ist ebenfalls in der Organisation zu kommunizieren, sodass das Bewusstsein für die not- 
wendigen Tätigkeiten zum Erreichen der langfristigen Zielsetzung erhöht wird. 


7.2.4 Validierung 


Vor der Umsetzung einzelner ML-Anwendungen setzt sich die Führung des Unternehmens im 
ETA-Anwendungsfall mit den Potenzialen und Risiken von ML auseinander und bewertet die 
strategische Bedeutung der Technologie für die eigene Branche und das Unternehmen. Zu- 
sammen mit korrespondierenden Erkenntnissen zu anderen Technologien wird anschließend 
eine technologieunspezifische Vision für das Unternehmen formuliert, welche sich auf einen 
bestimmten logistischen Teilbereich bezieht: „Realisierung einer autonomen Transportplanung 
und -steuerung für die Distributionslogistik bis zum Jahre 2030“. In Hinblick auf die angestrebte 
Übernahme von vielen vormals manuellen Aufgaben durch den Einsatz von Technologien wird 
zudem ein übergreifendes Leitbild für deren achtsamen Einsatz im Unternehmen formuliert, 
welches sich u. a. gegen einen Abbau von Arbeitsplätzen ausspricht. 


Für das Erreichen dieser Vision werden notwendige Aktivitäten identifiziert, was neben Pro- 
zessanpassungen auch die Einführung mehrerer Technologien beinhaltet. Hierzu ermittelt die 
Unternehmensführung anhand von Analysen zum Forschungsstand und von Wettbewerbsver- 
gleichen das Anwendungspotenzial der einzelnen Technologien. Auf dieser Grundlage wird 
erkannt, dass die Realisierung einer autonomen Planung und Steuerung von Transporten die 
Entwicklung von zuverlässigen ETA-Prognosen erfordert, damit die entsprechenden IT-Sys- 
teme vorausschauend eine optimale Disposition von Aufträgen vornehmen können. Außerdem 
wird festgestellt, dass für die ML-basierte Realisierung von ETA-Prognosen bereits Lösungen 
für andere Transporte existieren, wie für die Seeschifffahrt und den Straßenverkehr. Unter 
Berücksichtigung der gewonnenen Informationen werden die Vertreter der Transportplanung 
und des Vertriebes lösungsoffenen nach aktuellen Problemen bei ihren Tätigkeiten befragt. 
Hierbei wird erkannt, dass die derzeitige Transportplanung und -steuerung mit hohen manuel- 
len Aufwänden einhergeht und sehr fehlerbehaftet ist, was einerseits zu hohen Verspätungen 
der Transporte sowie andererseits zur Einplanung hoher Kapazitätspuffer und der Durchfüh- 
rung vieler Sondertransporte führt. Das resultiert wiederum in hohen Kosten sowie einer be- 
vorzugten Wahl vieler Kunden von anderen Transportmodi zur Beförderung ihrer Güter. Durch 
eine Realisierung verlässlicher Prognosen ist dieses Problem aus Sicht der Fachbereiche vo- 
raussichtlich abstellbar. Der Anwendungsfall zur Realisierung einer ETA-Prognose entspricht 
demnach einem Matchmaking von einem bedeutenden Defizit des Unternehmens mit einem 
Anwendungspotenzial von ML — wobei die Realisierung einer entsprechenden Anwendung 
gleichzeitig im Einklang mit der formulierten Vision steht. 
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Der ETA-Anwendungsfall wird anschließend mit anderen geplanten Anwendungen und weite- 
ren langfristigen Maßnahmen harmonisiert. Hierzu gehört z. B. die Ausstattung von Güterwa- 
gen mit Sensorik, wodurch nützliche Daten für die ETA-Anwendung bereitgestellt werden kön- 
nen. Die resultierende Planung wird mittels einer Strategie-Roadmap visualisiert, welche die 
einzelnen Maßnahmen inhaltlich und zeitlich in einen Bezug stellt. Ausgehend von der heuti- 
gen Situation im ETA-Anwendunggsfall ergibt sich der in Abbildung 73 vereinfacht dargestellte 
Entwicklungspfad zur Realisierung der angestrebten autonomen Transportplanung und -steu- 
erung. Die einzelnen Entwicklungsstufen stellen dabei systemseitige Zwischenstände dar, die 
jeweils über einzelne oder mehrere Projekte umgesetzt werden. Die ermittelte Roadmap wird 


anschließend gemeinsam mit der Vision in der Organisation kommuniziert. 


Skalierung 


Transport- 
system 


Prozess- 
ketten 


Assets und 
Tellprozesse 


N 


Vision: Systemseitige 
Realisierung einer autonomen Transportplanung und -steuerung Er gey 
für die Distributionslogistik bis zum Jahre 2030 geeignetsten 
gi Transport- 
konfiguration im 
Gesamtsystem 
s? 
A Systemseitige RA 
Integration von Bestimmung von Systemseitige 
Teilprognosen S Disposition von 
fü a Auswirkungen S Ge 
für systemseitige as Aufträgen für 
Prognose von 2 Ge An einzelne 
Transportkette à Ka Transportketten 
Disposition 
Ausstattung R AR 
von Fahrzeugen, Integration Systemseitige 
der Daten mittels Prognose von 
Infrastruktur etc. KH A i 
i i Digital Twin zur Ankunftszeiten 
mit Sensorik zur z 
GH Transparenz für Prozess- 
Uber Zustand abschnitte 


Umweltmessung 


Generierung neuer Ubertragung einzelner Ubertragung aller 


Befahigung physischer Speicherung und Informationen zur Entscheidungen auf Entscheidungen auf 
Objekte zur Daten- Integration der Daten y i 
enerierung für digitales Abbild Entscheidungs- System (semi- System (autonome 
9 unterstützung autonome Umsetzung) Umsetzung) 
Automation 


Abbildung 73: Vision und Strategie-Roadmap im ETA-Anwendungsfall®”? 


Nach Prüfung dieses HF anhand des ETA-Anwendungsfalls lässt sich eine Operationalisie- 
rung aller wesentlichen Aktivitäten sowie eine Erfüllung von fünf Anforderungen feststellen 
(siehe Tabelle 20). 


673 Eine Darstellung in Anlehnung an Straube et al. (2020a), S. 117 
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Anforderung Erfüllung im Anwendungsfall durch Maßnahmen des HF 


Es wird eine technologieoffene Vision erstellt, in der die Potenziale und Risiken von ML 
berücksichtigt sind. Auf dieser Grundlage erfolgt die Festlegung langfristiger Maßnah- 
men zum Einsatz von ML. 


Strategische 
Vorgaben 


Das Leitbild und ein darauf basierendes Regelwerk führen zu einer Berücksichtigung von 


Governance ethischen und rechtlichen Richtlinien beim Einsatz von ML im Unternehmen. 


Im Rahmen eines systematischen Matchmakings der Anwendungspotenziale von ML mit 
Standardprozesse bestehenden Problemen im Unternehmen werden unter Berücksichtigung der langfristi- 
gen Unternehmensziele geeignete Anwendungsfälle ausgewählt. 


Durch die Verdichtung der langfristigen Ziele und Maßnahmen in Form einer Vision und 
Transparenz einer Strategie-Roadmap, welche beide im Unternehmen kommuniziert werden, erhöht 
sich das Verständnis zum Einsatz von ML bei allen Organisationsmitgliedern. 


Der Strategieplan, welcher die angestrebten ML-Aktivitäten des Unternehmens beinhal- 
tet und in Abstimmung mit der Unternehmensführung festgelegt wird, stellt die Finanzie- 
rung der einzelnen ML-Projekte sicher. 


Personal und 
Finanzen 


Tabelle 20: Handlungsfeld Strategie — Erfüllung der Anforderungen 


7.3 Ablauforganisation: Standardprozess zur Auswahl und Umset- 
zung von ML-Anwendungen 


Das Ziel des in diesem HF beschriebenen Vorgehensmodells ist die Sicherstellung einer sys- 
tematischen Auswahl und Umsetzung von geeigneten ML-Anwendungen, wofür dieses als 
Standardprozess in den Unternehmen zu etablieren ist. Im Kontext einer durchgehenden Be- 
trachtung der angestrebten ML-Anwendung sieht das entwickelte Vorgehen die anfängliche 
Implementierung eines vereinfachten Systems vor, welches über mehrere Entwicklungsstufen 
in den jeweiligen Zielzustand überführt wird. Diese bewusste Reduzierung der Systemkomple- 
xität im Sinne eines Prototyping schafft die benötigte Entwicklungsumgebung für eine expe- 
rimentelle Erprobung verschiedener Lösungsansätze und ermöglicht dabei vergleichsweise 
schnelle Erkenntnisse zur grundsätzlichen Realisierbarkeit, zum bestmöglichen Ansatz sowie 
zu erzielbaren Potenzialen. Um bei diesen Aktivitäten eine konsequente Ausrichtung auf die 
Lösung eines festgelegten Problems der Unternehmen sicherzustellen, beinhaltet der Prozess 
mehrere Meilensteine mit definierten Soll-Zuständen in Form von Quality Gates. Die damit 
verbundene Fortschrittskontrolle führt zu einer frühzeitigen Detektion von ungeeigneten An- 
wendungsfällen und ermöglicht gleichzeitig ein ,systematisches Experimentieren“ im Rahmen 
der Entwicklung. Um auch über eine initiale Analyse der Anwendungsfälle hinaus einen Zu- 
gang zu den benötigten daten- und prozessbezogenen Informationen zu erhalten, sieht das 
Vorgehen zudem eine kontinuierliche Einbindung von geeigneten Wissensträgern vor, wozu 
im besonderen Maße Repräsentanten der späteren Nutzergemeinschaft gehören. Durch die- 
sen User-Community-Ansatz wird gleichzeitig eine Berücksichtigung der nutzerseitigen An- 
forderungen bei der Systemgestaltung sichergestellt. Eine Zusammenfassung der mit dem 
Vorgehensmodell verbundenen Maßnahmen und des zugrundeliegenden Handlungsbedarfes 
findet sich in Abbildung 74. Insgesamt führen diese Maßnahmen zu einer Operationalisierung 
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von zentralen Prinzipen der agilen Softwareentwicklung in Form der frühzeitigen Bereitstel- 
lung von IT-Systemen, der Orientierung an den Kundenbedürfnissen und der intensiven Zu- 


sammenarbeit mit den Vertretern der adressierten Geschäftsprozesse®”*. 


Eigenschaften von ML 


Unsicherheit über die technische Realisierbarkeit und 
den optimalen Lösungsweg erfordert experimentelles 
Vorgehen zur Überprüfung verschiedener Ansätze 
Verzahnung von Entwicklung mit Aktivitäten zur 
Erhebung von Prozessinformationen während des 


Ausgangssituation im Logistikmanagement 


Projektspezifisches, häufig unsystematisches 
Vorgehen bei der Auswahl und Umsetzung von 
Anwendungen 


Genutzte Referenzprozesse beschränken sich auf 
Entwicklung der Modelle 


gesamten Umsetzungsprozesses notwendig - Anwendungsfälle ohne Eignung für ML und 
- Aufwändige manuelle Testung notwendig, da keine Unternehmen 
analytische Bestimmung möglich - Premature Optimization mit teils langen Entwicklungs- 
- Geringe Möglichkeiten für Parallelisierung, da zeiten 
Verzahnung der Tätigkeiten für Entwicklung, Daten- - Isolierte Entwicklung für einen Anwendungsfall, 
beschaffung, Testung dadurch fehlende Skalierbarkeit (Insellösungen) 


Handlungsbedarf 


Der im Unternehmen etablierte Standardprozess stellt eine systematische 
Auswahl und Umsetzung geeigneter ML-Anwendungen sicher. 


Ziel 


Fortschrittskontrolle mittels 
Quality Gates 


Prototyping anhand mehrerer 


Teen Entwicklungsstufen 


- Kontinuierliche Einbeziehung 
von Wissenstragern zu Daten- 
und Prozessinformation 


- Komplexitatsreduzierung der 
Anwendungen mittels mehrerer 
Dimensionen, u. a. Funktionen, 
Qualitat, Anwendungsfalle 


- Sukzessive Überführung durch 
Erhöhung des technischen 
Reifegrads, u. a. mittels 
separater PoC für ML-Modelle 
und Gesamtsysteme sowie MVP 


- Strukturierung des Vorgehens 
durch mehrere Meilensteine mit 


inhaltliche Kriterien 
- Einbindung von Vertretern der 


Nutzergemeinschaft zur 
Konzeption, Validierung und 
Optimierung 

- Ausrichtung der Systemgestal- 
tung auf Nutzeranforderungen 


Maßnahmen 


- Neben technischer Machbarkeit 
auch Bewertung von Eignung, 
Datenverfügbarkeit und 
Potenzialen 


- Bewertung der Zielerreichung 
Abbildung 74: Handlungsfeld Ablauforganisation — Ubersicht®”® 


7.3.1 Struktur des Vorgehensmodells 


Das Vorgehensmodell sieht vier Phasen mit jeweils mehreren Arbeitsschritten vor, wobei ins- 
besondere die Aktivitäten der zweiten bis zur vierten Phasen im Falle von daten- und entwick- 
lungsseitigen Anpassungen iterativ zu durchlaufen sind. In der ersten Phase bedarf es einer 
detaillierten Analyse des jeweiligen Anwendunggsfalls, einschließlich der voraussichtlichen Da- 
tenverfügbarkeit, mit der Entwicklung eines Lösungskonzeptes, um darauf basierend Aussa- 
gen über dessen Eignung für den Einsatz von ML sowie um realistische Zielsetzungen für die 
Umsetzung der Anwendung ableiten zu können. Die zweite Phase umfasst Aktivitäten zur Be- 
reitstellung der benötigten Daten, was deren Identifikation, Beschaffung, Aufbereitung und 
Analyse beinhaltet. Auf Grundlage dieser Datenbasis sind in der dritten Phase die ML-Modelle 
entsprechend einer festzulegenden Architektur zu implementieren. Die Operationalisierung 


674 Vgl. Beck et al. (2001) 
675 Eigene Darstellung 
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dieser Modelle ist in der vierten Phase vorzunehmen, was deren Integration in ein Gesamt- 
system sowie eine Bereitstellung in der produktiven Zielumgebung mit anschließender Skalie- 
rung umfasst. 


Die dargestellten Aktivitäten implizieren eine anfängliche Realisierung eines vereinfachten 
Systems, welches im Sinne eines Prototyping-Ansatzes sukzessive in die angestrebte ML- 
Anwendung überführt wird. Dazu sind mehrere Entwicklungsstufen mit unterschiedlichen 
technischen Reifegraden zu passieren, deren Ausprägungen sich an der Systematik der Tech- 
nology Readiness Level (TRL) aus der Norm /SO 16290:2013 orientieren. Die erste Stufe sieht 
die Umsetzung eines Proof-of-Concept (PoC) für die ML-Modelle vor, welches eine techni- 
sche Machbarkeitsprüfung von kritischen Komponenten und darauf basierenden Funktionen 
ermöglicht. Die Entwicklungs- und Testaktivitäten finden dabei abseits der produktiven Sys- 
temumgebung statt (sog. Sandbox-Entwicklung und Offline-Testung) und können durch gerin- 
gere Anforderungen an die systemseitigen Eigenschaften sowie durch eine Beschränkung auf 
ausgewählte Pilotanwendungsfälle bewusst in ihrer Komplexität reduziert werden. In der nach- 
folgenden Stufe sind die realisierten ML-Modelle mit anderen technischen Komponenten in ein 
Gesamtsystem in Form der angestrebten ML-Anwendung zu integrieren. Diese Aktivitäten er- 
folgen weiterhin abseits der Produktivumgebung und münden in einem PoC für die ML-An- 
wendung, anhand dessen eine technische Bewertung des übergeordneten Funktionsprinzips 
vorzunehmen ist. Anschließend ist das Gesamtsystem mit den wesentlichsten Funktionen in 
die Zielumgebung für ausgewählte Pilotanwendungsfalle zu überführen. Dieser sog. Minimum 
Viable Prototype (MVP) ermöglicht unter Realbedingungen eine frühzeitige Bewertung der 
technischen Machbarkeit und der angestrebten Potenziale (sog. Online-Testung). Anschlie- 
Rend ist dieses prototypische System durch die Integration der restlichen Funktionen und die 
Übertragung auf die weiteren festgelegten Anwendungsfälle in den jeweiligen Zielzustand zu 
überführen. Insgesamt sieht das Vorgehen damit eine Komplexitätsreduzierung nach mehre- 
ren Dimensionen entlang der einzelnen Entwicklungsstufen vor, welche in Tabelle 21 aufge- 
führt sind. 


Dimension zur Komplexitäts- 


reduzierung Beschreibung 


Beschränkung auf „kritische“ Funktionen der Anwendung durch Realisierung 


Funktionsumfang der ML-Modelle und damit verbundener Komponenten 


Einsatz für ausgewählte Bereiche (Pilotanwendungsfälle), wodurch nur deren 


Einsatzbereich prozessuale Anforderungen und Daten zu berücksichtigen sind 


Leistungs- und Qualitätseigen- Reduzierte technische Anforderungen an Anwendung, z. B. geringere Zuver- 
schaften lässigkeit und Interpretierbarkeit 


Kein Datenaustausch mit anderen Systemen, insbesondere für Output 


Systemumgebung (,Sandbox"); Entwicklung auf Basis historischer Input-Daten 


Tabelle 21: Komplexitätsreduzierung der ML-Anwendungen beim Prototyping 


Die einzelnen Entwicklungsstufen bilden eine wichtige Grundlage für die Strukturierung des 
Vorgehens in mehrere Quality Gates, deren Erreichen an bestimmte Kriterien geknüpft ist. Im 
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Falle einer Nichterfüllung dieser Kriterien ist eine Justierung oder gar ein Abbruch des ML- 
Projektes zu bewerten. Anders als beim TRL-Konzept beschranken sich die vorgesehenen 
Meilensteine jedoch nicht nur auf die Prüfung der technischen Machbarkeit, sondern berück- 
sichtigen u.a. auch die Eignung des jeweiligen Anwendungsfalls für die Umsetzung mittels 
ML, die datenseitigen Voraussetzungen und die realisierten betriebswirtschaftlichen Potenzi- 
ale. Insgesamt sind im Vorgehensmodell neun Quality Gates vorgesehen, welche mit ihren 
Zielsetzungen in Tabelle 22 dargestellt und projektspezifisch zu detaillieren sind. 


mses Zielformulierung Aktivitat der Fortschrittskontrolle 
M1 Problem ist für ML geeignet Eignungsprüfung 
m2 Daten sind voraussichtlich gemäß Minimalanforderungen Daten-Pre-Check 
bereitstellbar 
M3 ML-Anwendung ist für Unternehmen geeignet und gegen- Auswahlentscheidung 
über anderen Alternativen vorzugswürdig 
M4 Daten liegen gemäß Minimalanforderungen vor Prüfung der Datenbasis 
M5 Technische Machbarkeit der ML-Modelle (PoC) Test der ML-Modelleunter-Offine-Be: 


dingungen 


Test der ML-Anwendung unter 


M6 Technische Machbarkeit der ML-Anwendung (PoC) Offline-Bedingungen 


Test der ML-Anwendung unter 


M7 Technische Funktionsfahigkeit der ML-Anwendung (MVP) Online-Bedingungen 


Prüfung der Auswirkungen der ML-An- 


M8 ML-Anwendung erzielt festgelegten Nutzen (MVP) wendung 


M9 ML-Anwendung ist vollständig einsatzfähig Test der skalierten ML-Anwendung 


Tabelle 22: Quality Gates des Vorgehensmodells 


Die zum Erreichen der Quality Gates notwendigen Aktivitäten werden in den nachfolgenden 
Abschnitten im Rahmen der einzelnen Phasen des Vorgehensmodells beschrieben. Dies um- 
fasst auch eine Darstellung von geeigneten Methoden, Werkzeugen und Dokumenten zur Un- 
terstützung zentraler Schritte. Vorab findet sich in der Abbildung 75 eine Gesamtübersicht des 
Vorgehens mit den entsprechenden Unterstützungsinstrumenten. Entgegen der gewählten 
Darstellung können einzelne Schritte auch in einer anderen Sequenz oder parallel bzw. inte- 
griert durchgeführt werden. Im Sinne eines idealtypischen Szenarios wurde dem Vorgehen 
eine parallel stattfindende Entwicklung der restlichen Komponenten abseits der ML-Mo- 
delle zugrunde gelegt, deren Schritte aus Komplexitätsgründen nicht näher ausgeführt wer- 
den. Selbiges gilt für spezifische Aktivitäten zur Umsetzung von Anwendungen unter Verwen- 
dungen der Lerntypen des RL und EvL. Vielmehr beziehen sich die Aussagen v. a. auf die 
bisher in der Wissenschaft und Praxis dominierenden Typen des SL und USL sowie deren 
assoziierte „Subtypen“ des DL, SSL und EL (siehe Kapitel 2.4.3.2). 
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Vorgehensmodell für die Auswahl und Umsetzung von ML-Anwendungen®”® 


Abbildung 75 


676 Eigene Darstellung 
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7.3.2 Problemanalyse und Sollkonzeption 


Vor der Entwicklung bedarf es einer analytischen Auseinandersetzung mit dem jeweiligen An- 
wendungsfall und der Ableitung eines angestrebten Lösungskonzeptes mit spezifischen tech- 
nischen und betrieblichen Zielsetzungen für die angestrebte ML-Anwendung. Dies ermöglicht 
eine frühzeitigte und fundierte Bewertung der Eignung des Anwendungsfall für den Einsatz 
von ML sowie für die Umsetzung im jeweiligen Unternehmen. Dazu sind in dieser vorausge- 
henden Analyse- und Konzeptionsphase verschiedene Aktivitäten auszuführen, die in Abbil- 
dung 76 zusammenfassend dargestellt sind. 


Problemdefinition 


x Ge Stand der Technik Mi 
und Eignungsprüfung 
- Ermittlung des zu lösenden Kernproblems - Identifikation bestehender Anwendungen mit 
- Analyse der Problemmerkmale und benötigter ähnlichen Problemstellungen 
Problemlösungsfähigkeit für Entscheidungssituation - Nutzung der ML-Typologie zur Einordung der 
- Identifikation der Herausforderungen bei Ausfüh- angestrebten Anwendungen 
rung, inkl. bisheriger Entscheidungstechniken - Analyse etwaiger Referenzanwendungen und 
- Eignungsprüfung von ML anhand Kriterien „Übersetzung“ in ML-spezifische Problemstellung 
Prozessanalyse Daten-Pre-Check M2 
- Aufnahme und Systematisierung von adressierten - Definition der Minimalanforderungen an Daten 
Geschäftsprozessen, inkl. Informationsfluss - Prüfung der Datenverfügbarkeit für Projekt 
- Ableitung unterschiedlicher Anwendungsfälle - Indikative Bewertung der Datensituation mit Ein- 
- Segmentierung von Problemstellungen schränkungen, u. a. Abdeckung, Zeitraum, Struktur 
- Bestimmung wesentlicher erklärender Variablen - Identifikation von Möglichkeiten zur Verbesserung 
(Features) und ggf. Zielvariable der Datensituation 


Anforderungsanalyse Potenzial- und 


Problemanalyse und Sollkonzeption 


Risikoanalyse 
- Ermittlung der Anforderungen von Stakeholdern, - Ermittlung von Auswirkungen der Anwendung unter 
inkl. designierten Nutzern Einbeziehung von Stakeholdern 
- Moderation durch Projektleitung zur Konsensbildung - Analyse der unmittelbaren Veränderungen für 
- Semi-strukturierte Erhebung mit offener Nennung Entscheidungsprozesse 
und Vorgabe generischer Anforderungsebenen - Erstellung von Potenzial- und Risikoprofilen für 
- Priorisierung von Anforderungen einzelne Anwendungsfälle 
Zielsetzung und M3 


Auswahlentscheidung 


- Technische Ziele, u. a. Ergebnisqualität mit prozess- 
spezifischen Güteindizes und Funktionsprinzip 
- Prozessuale Ziele, u. a. Einsatzbereich und 
Verbesserungen für Entscheidungsausführung 
- Betriebswirtschaftliche Ziele mit Quantifizierung Anwendungssteckbrief 
- Festlegung eines Skalierungskonzeptes Lastenheft 


Abbildung 76: Problemanalyse und Zielformulierung — Vorgehen®”” 


Zu Beginn dieser Phase sind das zu unterstützende Entscheidungsproblem und damit verbun- 
dene Herausforderungen bei der bisherigen Ausführung zu identifizieren. Anschließend ist 
eine Prüfung etwaiger Vorarbeiten in Wissenschaft und Praxis vorzunehmen, was neben einer 
Partizipation an bestehendem Wissen auch der „Übersetzung“ des Anwendungsfalls in eine 
ML-spezifische Problemstellung dient. Die gewonnenen Informationen beider Schritte sind für 
eine Eignungsbewertung von ML für die jeweilige Problemstellung zu nutzen (M1). Im An- 
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schluss sind die betroffenen Geschaftsprozesse zu analysieren, um Informationen zu ver- 
schiedenen Ausprägungen der Anwendungsfalle, zu Teilproblemen und beteiligten Stakehol- 
der sowie zu Zielvariablen und potenziellen Einflussfaktoren zu gewinnen. Diese Informatio- 
nen stellen die Grundlage für eine nachfolgende Prüfung der datenseitigen Voraussetzungen 
für das jeweilige ML-Projekt dar, was in einer technischen Machbarkeitsbewertung mündet 
(M2). Anschließend bedarf es einer Ermittlung der Anforderungen an die angestrebte Anwen- 
dung aus Sicht der Stakeholder sowie einer Erhebung der intendierten Nutzenpotenziale und 
etwaiger Risiken. Unter Berücksichtigung dieser Informationen sind technische, prozessuale 
und betriebswirtschaftliche Ziele festzulegen, die als Grundlage für eine abschließende Aus- 
wahlentscheidung zu nutzen sind (M3). 


Ein zentrales Dokument dieser Phase stellt der Anwendungssteckbrief dar, welcher wesent- 
liche Erkenntnisse zum adressierten Problem und zum angestrebten Lösungskonzept aufzeigt 
(siehe Abbildung 77). Dies umfasst Informationen zur systemtechnischen Gestaltung, den 
Funktionen und Einsatzbereichen der Anwendung sowie zu beabsichtigten Veränderungen 
und den formalisierten Zielsetzungen für die Gesamtsysteme und die einzelnen Entwicklungs- 
stufen. Der Steckbrief dient sowohl der projektinternen Zusammenfassung als auch der Vor- 
stellung gegenüber anderen Personen, insbesondere der Unternehmensführung. Durch eine 
standardisierte Darstellung ist auf dessen Basis ein Vergleich von unterschiedlichen Anwen- 
dungen und diesbezüglichen Gestaltungsoptionen möglich. Zusätzlich zu dieser prägnanten 
Darstellung ist die angestrebte systemseitige Gestaltung in Form eines Lastenheftes in dieser 
Phase zu dokumentieren, wobei die damit verbundene Struktur und der Detaillierungsgrad 
projektspezifisch zu wählen sind. 
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Name der ML-Anwendung Bezeichnung des Anwendungsfalls 
Ausgangssituation Zielzustand 
= - Beschreibung von Defiziten bei aktueller - Kurzbeschreibung der Funktionen der ML- 
E Ausführung Anwendung 
T - Negative Auswirkungen für Geschäftsprozess - Autonomiegrad 
E und Unternehmen, ggf. mit Kennzahlen - Potenzielle Einsatzbereiche (in- und extern) 
© = 
= - 
Nutzenpotenziale 
- Veränderungen der Ausführung von Entscheidungsprozessen Nuzerversprechen 
- Positive Auswirkungen für Unternehmen pee 
= = 
© = 
E 
E 
3 
= 
S Risken Maßnahmen 
< - Barrieren für Umsetzung und Betrieb der - Maßnahme 
Anwendung - Maßnahme 
- Negative Auswirkungen für Unternehmen ee 
Skalierungskonzept mit Zeitplan 
& Modellentwicklung © Integration + Bereitstellung + Test & 
Daten vorliegend (M4) PoC ML-Modell (M5) PoC Anwendung (M6) MVP Anwendung (M7) 
Monat/Jahr Monat/Jahr Monat/Jahr Monat/Jahr 
2 
3 
3 
an 
5 Datensituation PoC-Merkmale MVP-Merkmale 
- Minimalanforderungen an Daten - Pilotanwendungsfalle - Pilotanwendungsfälle 
mit indikativer Verfügbarkeit - Funktionsumfang - Funktionsumfang 
Detaillierte Projektziele 
Technisch Prozessual Wirtschaftlich 
3 - Spezifische Zielgrößen mit - Spezifische Zielgrößen mit - Spezifische Zielgrößen mit 
© Quantifizierung Quantifizierung Quantifizierung 
N (Leistungsmetriken) 


Abbildung 77: Steckbrief zur Auswahlentscheidung für ML-Anwendungen®”® 
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Problemdefinition und Eignungsprüfung 


Für die im Rahmen der strategischen Planung im HF Strategie identifizierten Anwendungsfalle 
besteht weiterhin eine Unsicherheit über deren tatsächliche Eignung für ML. Mitunter sind 
diese Anwendungsfälle bzw. die damit verbundenen betrieblichen Problemstellungen auch in 
einer ungeeigneten Form für eine Eignungsprüfung formuliert, da sie entweder bewusst oder 
unbewusst ungenau oder sehr aggregiert artikuliert wurden. Im Rahmen eines ersten Schrittes 
bedarf es daher einer Spezifikation und Charakterisierung des jeweils zu lösenden Prob- 
lems. Die hierbei gewonnenen Informationen dienen vordergründig einer Prüfung der grund- 
sätzlichen Eignung von ML. Sie lassen zudem den Bedarf einer notwendigen technischen Un- 
terstützung des jeweiligen Prozesses besser erkennen. 


Initial bedarf es dazu der Identifikation des jeweiligen Kernproblems und der Herstellung von 
Zusammenhängen mit übergeordneten betrieblichen Phänomenen. Entsprechend der häufig 
vorherrschenden Assoziation der wahrgenommenen Probleme mit der jeweiligen Entschei- 
dungsausführung sind dabei auch die bisher eingesetzten Entscheidungstechniken zu erfas- 
sen. In Abhängigkeit des Abstraktionslevels des formulierten Problems ist zudem dessen Zer- 
legung in verschiedene Teilprobleme erforderlich, wofür analytische Methoden zur Ursachen- 
forschung aus dem Qualitätsmanagement eingesetzt werden können, wie das Ishikawa-Dia- 
gramm, mit dem sich die verschiedenen Einflussfaktoren eines Problems systematisieren las- 
sen. Das identifizierte Kernproblem ist anschließend in Form eines spezifischen logistischen 
Entscheidungsprozesses zu präzisieren. 


Für die anschließend Charakterisierung des betrachteten Problems ist eine damit verbundene 
„typische“ Entscheidungssituation zu analysieren, wofür eine Orientierung an den Kriterien 
zur Qualifizierung der Komplexität von Problemen zielführend ist (siehe Kapitel 2.3.3). Eine 
besondere Bedeutung nimmt die Verfügbarkeit der benötigten Informationen für die Problemlö- 
sung ein, für die zu bewerten ist, ob es sich um eine deterministische oder um eine stochasti- 
sche Entscheidungssituation handelt. Weiterhin ist eine Einschätzung zur Anzahl, Beziehung 
und Dynamik der Variablen vorzunehmen, welche für die Lösung des Problems relevant sind. 
Auch ist die verfügbare Zeit zur Lösungsgenerierung für eine typische Entscheidungssituation 
grob zu bewerten. Im Falle von Optimierungsproblemen bedarf es zudem einer Betrachtung 
der Anzahl und Wechselwirkungen der zu berücksichtigenden Ziele. Im nächsten Schritt sind 
die bestehenden Herausforderungen bei der Ausführung des Entscheidungsprozesses 
zu identifizieren, welche in Verbindung mit den ermittelten Problemmerkmalen stehen, z.B. 
hohe zeitliche Aufwände bei der Entscheidungsfindung oder eine geringe Qualität von Ent- 
scheidungen. Darauf basierend ist abzuleiten, welche technischen Fähigkeiten für eine Bewäl- 
tigung dieser Herausforderungen benötigt werden. Die Gesamtheit an Informationen zu den 
vorliegenden Problemmerkmalen sowie der benötigten Problemlösungsfähigkeit ist anschlie- 
Rend für eine Eignungsprüfung von ML zu nutzen. Hierzu wird ein Rückgriff auf die Eig- 
nungsindikatoren aus Kapitel 5.5 empfohlen, welche ML-typische Ausprägungen für diese 
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Analysekriterien aufweisen. Das vorläufige Ergebnis der Prüfung kann auch zu einer Vorzugs- 
würdigkeit anderer Entscheidungstechniken führen, z.B. die Umsetzung bzw. Beibehaltung 
von regelbasierten oder heuristischen Ansätzen. 


Stand der Technik 


Entsprechend der Neuartigkeit und Komplexität von ML sind bei der Umsetzung der ange- 
strebten Anwendungen vorhandene Systeme aus der Forschung und Praxis für ähnliche An- 
wendungsfälle zu ermitteln. Entsprechend des geringen Umsetzungsstands im Bereich des 
Logistikmanagements und der dezentralen Verteilung der verfügbaren Informationen in wis- 
senschaftlichen Datenbanken, Unternehmensberichten o.ä. geht die damit verbundene Re- 
cherche zum Stand der Technik jedoch fallweise mit einem sehr hohen Aufwand einher. Vor 
diesem Hintergrund wird die Nutzung der in der vorliegenden Arbeit entwickelten Typologie 
für das Anwendungsspektrum von ML in Kapitel 5 empfohlen. Durch eine Einordung der 
vorab identifizierten Problemstellung in die beiden Dimensionen der Typologie kann ein 
schneller Überblick über bestehende „Referenzanwendungen“ gewonnen werden. Anhand 
der Beschreibungen der jeweils zutreffenden Typen sowie etwaig enthaltener Referenzanwen- 
dungen innerhalb ihrer Schnittmenge können unterstützende Informationen für die Konzeption 
und Entwicklung der angestrebten ML-Anwendung gewonnen werden. Dazu zählen u.a. In- 
formationen zu grundsätzlich realisierbaren Systemeigenschaften sowie zu relevanten Fea- 
tures und Daten, zu etwaigen entwicklungsseitigen Teilproblemen, geeigneten Lernverfahren 
und Modellkonfigurationen. Die Einordnung in die Typologie ist gleichzeitig zu einer Konkre- 
tisierung der Problemstellung in Form eines ML-bezogenen Verständnisses zu nutzen. Hier- 
bei besteht auch die Möglichkeit einer bewussten Weiterentwicklung oder Abgrenzung zu be- 
stehenden Lösungen, was neben einer potenziellen Verbesserung der Ergebnisse auch für 
die Außendarstellung im Sinne eines Alleinstellungsmerkmals eingesetzt werden kann. 
Gleichzeitig stellt eine mögliche Zuordnung der Problemstellung zu den identifizierten Typen 
einen weiteren Indikator für die grundsätzliche Realisierbarkeit von ML für die jeweilige Prob- 
lemstellung dar, was durch die Existenz von passenden Referenzanwendungen zusätzlich 
verstärkt wird. Gemeinsam mit den Erkenntnissen des vorausgehenden Schrittes ist dazu eine 
Bewertung des Quality Gates M1 vorzunehmen. 


Prozessanalyse 


Über die allgemeine Eignung von ML hinaus ist ebenfalls die projektspezifische Datensituation 
zu einem frühen Zeitpunkt im jeweiligen Projekt zu bewerten. Für eine datenseitige Machbar- 
keitsprüfung ist initial zu bestimmen, welche Daten für die angestrebte Anwendung benötigt 
werden. Hierzu bedarf es wiederum eines vorausgehenden Verständnisses zu den von der 
jeweiligen Problemstellung adressierten Geschäftsprozessen, welches durch eine intensive 
Auseinandersetzung mit den betrieblichen Abläufen zu erzielen ist. Neben der Befragung 
von involvierten unternehmensinternen und -externen Akteuren, die ebenfalls im Rahmen der 


234 


7.3 Ablauforganisation: Standardprozess zur Auswahl und Umsetzung von ML-Anwendungen 


Prozessanalyse zu ermitteln sind, sowie der Analyse bestehender Dokumentationen, z. B. in 
Form von Prozessbeschreibungen, sind auch Vor-Ort-Begehungen durchzuführen. 


Initial sind die Geschaftsprozesse, in denen die jeweilige Problemstellung „eingebettet“ ist, 
aufzunehmen. Neben der Erfassung von ausführenden Aktivitäten entlang des Materialflusses 
umfasst dies auch dazugehörige administrative und planerische Tätigkeiten sowie begleitende 
Informationsflüsse. Hierbei sind auch abweichende Prozesskonfigurationen zu ermitteln, z. B. 
in Form regionaler und kundenseitiger Eigenarten, welche eine Grundlage für die Ableitung 
unterschiedlicher Anwendungsfälle darstellen. Die aufgenommenen Prozesse sind an- 
schließend zu systematisieren, wofür Verfahren der Geschäftsprozessmodellierung, z.B. in 
Form von Business Process Model and Notation (BPMN) oder ereignisgesteuerten Prozess- 
ketten (EPK), genutzt werden können. Anhand der gewonnenen Informationen sind erste 
Ideen zu einer etwaigen entwicklungsseitigen Segmentierung der Problemstellung in meh- 
rere Teilprobleme mir der jeweils benötigten Lernaufgabe abzuleiten, was sowohl für die 
nächsten Schritte als auch für die Entwicklung der Modellarchitektur in der dritten Phase be- 
nötigt wird. 


Anschließend sind Einflussfaktoren der einzelnen Teilprobleme, welche relevante Features für 
die späteren ML-Modelle darstellen könnten, zu bestimmen. Zusätzlich bedarf es in Abhängig- 
keit der intendierten Lernaufgaben auch der Ermittlung der jeweiligen Zielvariablen. Im Falle 
der Features sind sowohl Faktoren aus den betrieblichen Abläufen als auch extern induzierte 
Einflüsse zu betrachten. Neben direkt ersichtlicher Phänomene erfordert das auch eine Ermitt- 
lung tieferliegender, tendenziell „diffuser“ Einflüsse. Vor diesem Hintergrund sind erneut Ver- 
fahren aus der Ursachenforschung zu nutzen, um komplexe Wirkungsbeziehungen systema- 
tisieren zu können, wofür sich eine Fehlermöglichkeits- und Einflussanalyse (FMEA) an- 
bietet. Die Erhebung der Faktoren entspricht insgesamt einem kreativen Prozess, der in Ab- 
stimmung mit den involvierten Akteuren durchzuführen ist. Hierbei kann eine Orientierung an 
den Faktoren von bestehenden Referenzanwendungen aus der ML-Typologie hilfreich sein. 
Zur Priorisierung der nachfolgenden datenseitigen Aktivitäten ist eine indikative Bewertung der 
Relevanz der identifizierten Faktoren vorzunehmen. 


Daten-Pre-Check 


Der genaue Datenbedarf in Form der benötigten Arten, des Umfangs und der Qualität der 
Daten ist abhängig von der jeweiligen Modellkonfiguration und den Lernaufgaben bzw. -ver- 
fahren, welche erst final durch eine Testung verschiedener Ansätze im Rahmen der Entwick- 
lung bestimmbar sind. Dennoch ist zu einem früheren Zeitpunkt die für das Projekt verfügbare 
Datensituation indikativ zu bewerten, um vor der Aufnahme der Entwicklung bereits Aussa- 
gen zur datenseitigen Machbarkeit der angestrebten Anwendung tätigen zu können. Auf 
Grundlage der Erkenntnisse dieses Daten-Pre-Checks können frühzeitig Maßnahmen zur Ver- 
besserung der projektspezifischen Datensituation eingeleitet, aber auch die Notwendigkeit ei- 
nes Abbruches des Projektes erkannt werden. 
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Zu Beginn dieser Aktivitäten ist der voraussichtliche Datenbedarf für die geplante Anwendung 
und alle vorab ermittelten Teilprobleme zu identifizieren. Dieser bezieht sich im Wesentlichen 
auf die benötigten Datenarten, sollte aber auch bereits Ausprägungen zu erforderlichen Da- 
teneigenschaften enthalten, z. B. zur Granularität und Struktur, zum Zeitraum und zur räumli- 
chen Abdeckung. Ausgehend von der Definition eines idealtypischen Szenarios für das jewei- 
lige Projekt sind auch Minimalanforderungen an den benötigten Datenbedarf abzuleiten, wel- 
che den Mindeststandard zur Entwicklung der angestrebten Anwendung determinieren. 
Grundsätzlich sind Daten zu erklärenden Variablen erforderlich, die entsprechend des jewei- 
ligen Anwendungsfalls sehr unterschiedlich ausgeprägt sein können, z. B. in Form von Trans- 
aktions-, Stamm-, Störungs- oder Wetterdaten. Auch werden für viele Lernaufgaben Daten zu 
Zielvariablen benötigt, wozu im Kontext logistischer Entscheidungsprozesse typischerweise 
Informationen zum Materialfluss zählen, z. B. Bewegungs-, Prozess- oder Maschinendaten. 
Außerdem bedarf es fallweise auch Zusatzinformationen, welche einen logischen Bezug zwi- 
schen diesen Daten durch eindeutige Schlüsselvariablen herstellen. Hierzu zählen z. B. Auf- 
tragsdaten, die ein betrachtetes Objekt mittels einer Auftragsnummer entlang der Prozesskette 
kennzeichnen. 


Der ermittelte Datenbedarf ist anschließend als Referenz für eine Analyse der aus Projektsicht 
verfügbaren Daten zu nutzen. Bei diesen Aktivitäten sind die Erkenntnisse zum vorab aufge- 
nommenen Informationsfluss entlang der Prozesskette sowie zur bisherigen Nutzung von Ent- 
scheidungstechniken für die jeweilige Problemstellung zu verwenden, da diese einen Hinweis 
auf existierende Datenquellen geben können. Auch sind etwaig vorhandene Dokumentatio- 
nen zur IT-Systemlandschaft einzubeziehen. Sofern zutreffend, sind grundsätzlich mehrere 
Datenquellen für einzelne Daten im Sinne eines „Multiple Sourcing“ zu berücksichtigen, da 
hierdurch spätere Plausibilitätsprüfungen und eine Kompensation von etwaigen Defiziten in 
den Datenquellen ermöglicht werden. 


Für die verfügbaren Daten sind die Eigenschaften zum Umfang und zur Qualität grob zu 
erheben, um etwaige Einschränkungen feststellen zu können. Entsprechend der frühen Phase 
kann hierbei eine Fokussierung auf die gemäß der Minimalanforderungen genannten Daten 
eigenommen werden. Die Erhebung der benötigten Informationen ist durch die Befragung der 
Dateneigentümer und -nutzer vorzunehmen. Sofern einzelne Datensätze bereits vorliegen 
oder aufwandsarm beschaffbar sind, wird eine Ergänzung dieser Tätigkeiten um explorative 
Datenanalysen empfohlen, wofür jedoch auch Stichproben der Daten ausreichend sind. Die 
Bewertung des Datenumfangs sollte sich u. a. auf die zeitliche, räumliche und/oder prozessu- 
ale Abdeckung beziehen. Insbesondere ein kurzer verfügbarer Zeitraum kann demnach für 
bestimmte Lernverfahren eine Barriere darstellen. Die Bewertung der Datenqualität ist in die- 
ser Phase auf die Vollständigkeit und Validität der jeweiligen Daten sowie deren Struktur zu 
beschränken, wobei insbesondere zu prüfen ist, ob es sich jeweils um Rohdaten handelt. 
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Im Zuge dieser Analysen sind auch die genauen Beschaffungswege für die einzelnen Daten 
zu ermitteln, einschließlich der jeweiligen Ansprechpartner und Dateneigentümer sowie etwa- 
iger Restriktionen sowie organisatorischer und technischer Barrieren. Gleichzeitig sind 
auch Möglichkeiten zur Überwindung dieser Barrieren zu ermitteln, wodurch die Datensituation 
für das Projekt verbessert wird. Diese Erkenntnisse sind abschließend für eine Bewertung zu- 
sammenzuführen, indem die potenziell verfügbaren Daten mit ihren Qualitätseigenschaften 
dem zuvor ermittelten Datenbedarf gegenübergestellt werden, sodass strukturell fehlende Da- 
ten (White Spots) ersichtlich werden. Hierbei ist zu prüfen, inwiefern die formulierten Mini- 
malanforderungen abgedeckt werden, was einer datenseitigen Machbarkeitsbewertung im 
Sinne des Quality Gates M2 entspricht. 


Anforderungsanalyse 


Anschließend sind die Anforderungen an die Gestaltung der ML-Anwendung aus Sicht der 
jeweiligen Stakeholder zu ermitteln. Hierfür wird ein systematisches Vorgehen mit Orientierung 
am Requirements Engineering empfohlen (siehe Kapitel 6.1), wonach die Anforderungen 
durch die Einbeziehung eines breiten Spektrums an unterschiedlichen Personengruppen zu 
erheben, zu präzisieren und zu bewerten sind. Zum Teilnehmerkreis sollten v. a. die designier- 
ten Nutzer, aber auch Vertreter des Betriebsrats und ggf. der Rechts-, Personal- und IT-Abtei- 
lung zählen (siehe HF Aufbauorganisation). In Hinblick auf unterschiedliche Meinungen und 
damit verbundene Zielkonflikte ist der Erhebungsprozess durch die Projektleitung zu moderie- 
ren, sodass eine Konsensbildung zwischen den Beteiligten erreicht wird. Hierbei ist auch auf 
grundsätzliche Restriktionen bei der Realisierung von ML-Anwendungen hinzuweisen, um 
„utopischen“ Anforderungen entgegenzuwirken. Anschließend sind die ermittelten Anforderun- 
gen hinsichtlich ihrer Bedeutung zu priorisieren, um Schwerpunkte für die Entwicklung ableiten 
zu können. Hierzu bieten sich sowohl „pragmatische“ Scoring-Ansätze als auch spezielle Be- 
fragungstechniken an, z.B. das Kano-Modell, welches eine Differenzierung in Basis-, Leis- 
tungs- und Begeisterungsanforderungen vorsieht. 


Neben einer offenen Erhebung der Anforderungen ist auch sicherzustellen, dass wichtige ent- 
wicklungsseitige und betriebliche Fragestellungen Berücksichtigung finden. Entsprechend ih- 
res anwendungsübergreifenden Charakters wird dazu ein Rückgriff auf die in Kapitel 6 ermit- 
telten Anforderungen an den Einsatz von ML im Logistikmanagement empfohlen, welche als 
generische Anforderungsebenen in Form einer Checkliste zur zielorientierten Befragung der 
Stakeholder genutzt werden können. Sowohl zur Konkretisierung als auch zur Ergänzung die- 
ser Anforderungen sind fallweise weitere anwendungsspezifische Eigenschaften zu ermitteln, 
was insbesondere die spezifischen Funktionen der Anwendungen betrifft, z. B. die Bereitstel- 
lungsarten und -zeitpunkte der systemseitigen Ergebnisse sowie die Gestaltung einer Benut- 
zerschnittstelle. 
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Potenzial- und Risikoanalyse 


Im nachsten Schritt sind die Nutzenpotenziale und Risiken zu ermitteln, welche aus dem Ein- 
satz der ML-Anwendungen fir das jeweilige Unternehmen angestrebt bzw. erwartet werden. 
Entsprechend der Notwendigkeit einer erneuten Einbindung der einzelnen Stakeholder kön- 
nen diese Informationen gemeinsam mit den Anforderungen erhoben werden. Als Grundlage 
für diese Betrachtungen bedarf es zu Beginn einer Auseinandersetzung mit den unmittelbaren 
Auswirkungen der Systeme auf die Ausführung der jeweiligen Entscheidungsprozesse, wofür 
die in Kapitel 5.4 beschriebenen Wirkungsdimensionen von ML genutzt werden können. 
Diese umfassen u.a. eine Automatisierung, Komplexitätsreduzierung, Objektivierung und 
Transparenzerhöhung von Entscheidungen. Anschließend sind die denkbaren Einsatzberei- 
che der Anwendungen im jeweiligen Unternehmen zu bestimmen, d.h. die Gesamtheit der 
potenziellen Anwendungsfalle. Die unter Berücksichtigung dieser Wirkungen zu ermittelnden 
betriebswirtschaftlichen Potenziale können sich neben direkten finanziellen Effekten auch auf 
strategische, Ökologische oder soziale Veränderungen, z. B. einer Verbesserung der Arbeits- 
bedingungen für die Mitarbeiter, beziehen. Für etwaige negative Auswirkungen sind zusätzlich 
Aussagen zur Eintrittswahrscheinlichkeit zu treffen. Insgesamt bedarf es bei diesen Aktivitäten 
einer Differenzierung nach den einzelnen Anwendungsfallen, die in Form von fallspezifischen 
Potenzial- und Risikoprofilen zusammenzufassen sind. 


Zielsetzung und Auswahlentscheidung 


In letzten Schritt sind die erhobenen Informationen der Analyse- und Konzeptionsphase in 
Form von spezifischen Zielsetzungen zu synthetisieren. Die Zielformulierung bezieht sich so- 
wohl auf eine technische als auch auf eine prozessuale und betriebswirtschaftliche Dimension. 
Bei deren Definition sind die SMART-Kriterien zu berücksichtigen, nach denen die Ziele ins- 
besondere realistisch zu wählen, spezifisch zu formulieren und größtenteils zu quantifizieren 
sind. Im Falle der betriebswirtschaftlichen Ziele umfasst dies zusätzlich noch die Ausweisung 
eines Realisierungszeitraums. 


Die technische Zieldimension betrifft zum einen die systemtechnische Gestaltung der An- 
wendungen, wonach u. a. festzulegen ist, welche Funktionen — auch abseits von ML — zu rea- 
lisieren sind, inwiefern die Anwendung in ein übergeordnetes System zu integrieren ist und 
welcher Automatisierungsgrad angestrebt wird. Der jeweilige systemseitige Zielzustand ist in 
Form eines Funktionsprinzips zu beschreiben. Zum anderen sind die Qualitäts- und Leis- 
tungseigenschaften auf Basis der ermittelten Anforderungen und unter Berücksichtigung der 
potenziellen projektbezogenen Realisierbarkeit zu determinieren. Hierfür bedarf es quantitati- 
ver Zielwerte, wie z.B. für die Ergebnisgenauigkeit durch Angabe statistischer und/oder pra- 
xisbezogener Güteindizes. Letzteres ist entweder in Orientierung am prozessspezifischen Be- 
darf oder an den aktuellen Leistungen des Menschen bzw. der bereits eingesetzten Entschei- 
dungstechniken bei der Problemlösung im Sinne einer „Baseline“ festzulegen. Die prozessu- 
ale Zieldimension umfasst zum einen den angestrebten Einsatzbereich, der auf Grundlage 
der potenziell realisierbaren Anwendungsfalle im Sinne einer „maximalen“ Skalierung zu 


238 


7.3 Ablauforganisation: Standardprozess zur Auswahl und Umsetzung von ML-Anwendungen 


definieren ist. Zum anderen sind in diesem Kontext die intendierten Verbesserungen für die 
Ausführung der Entscheidungsprozesse zu formulieren, welche auf den Erkenntnissen zu den 
Wirkungsmechanismen der Anwendung basieren sollten. Unter Berücksichtigung der pro- 
zessualen Zielgrößen sind die angestrebten betriebswirtschaftlichen Ziele festzulegen, wel- 
che sich entweder auf Zielgrößen oder Leistungskennzahlen der jeweiligen Organisationsein- 
heit oder des gesamten Unternehmens beziehen können. 


Ausgehend von einer Formulierung für die final angestrebte Gestaltung der jeweiligen ML- 
Anwendung sind auch für die einzelnen Entwicklungsstufen spezifische Ziele zu definieren. 
Da die betriebswirtschaftlichen Zielsetzungen erstmalig im Rahmen des MVP beim Quality 
Gate M8 bewertet werden, betrifft dies v. a. abweichende technische und prozessuale Ziele. 
Ersteres kann einen reduzierten Funktionsumfang und geringere Anforderungen an die sys- 
temseitigen Qualitätseigenschaften umfassen, z.B. in Bezug auf die Ergebnisqualität und 
Nachvollziehbarkeit. Letzteres bezieht sich auf eine initiale Umsetzung der Anwendungen für 
Pilotanwendungsfalle, die aus dem gesamthaft angestrebten Spektrum auszuwählen sind. 
Hierzu bietet sich eine Beschränkung auf bestimmte Prozesse oder Aufträge sowie räumliche 
oder organisatorische Ausschnitte des gesamten Unternehmensnetzwerkes an, wie z.B. ein- 
zelne Relationen, Regionen und Standorte. Die Ziele für die einzelnen Entwicklungsstufen so- 
wie für das finale Gesamtsystem sind in Form eines Skalierungskonzeptes zu konsolidieren, 
welches die Grundlage für die Operationalisierung der Quality Gates und damit für die Fort- 
schrittskontrolle im Projekt darstellt. 


Während die definierten Ziele primär dem projektinternen Vorgehen dienen, bedarf es für die 
Außenkommunikation zusätzlich einer Zusammenfassung der Verbesserungen für das Unter- 
nehmen und die Organisationsmitglieder in Form eines zentralen Nutzenversprechens. Des- 
sen Kommunikation kann in Form einer „User Story“ erfolgen, bei der ein Bezug zur initial 
erhobenen Ausgangssituation und den damit einhergehenden Problemen hergestellt wird. Zur 
Ausbildung einer realistischen Erwartungshaltung sind in diesem Zusammenhang aber auch 
die systemseitigen Grenzen in Form der Funktionen und weiterer technischer Eigenschaften 
transparent aufzuzeigen (siehe HF Kompetenzmanagement). 


Auf Grundlage der definierten Ziele — die gemeinsam mit weiteren Informationen aus dieser 
Phase in dem eingangs erwähnten Anwendungssteckbrief zu dokumentieren sind - ist ab- 
schließend die Eignung der konzipierten Anwendung für das jeweilige Unternehmen zu be- 
werten, was auch eine Betrachtung der Vorzugswürdigkeit gegenüber anderen Anwendungen 
oder Gestaltungsoptionen umfassen kann. Dies führt zu einer Entscheidung über die Umset- 
zung der Anwendung im Sinne des Quality Gates M3. Im Falle einer Weiterführung des Pro- 
jektes sind zeitkritische Maßnahmen zur Überwindung der identifizierten Barrieren für die 
nachfolgenden Schritte zu initiieren, z. B. in Bezug auf die Datensituation und die IT-Infrastruk- 
tur. Außerdem ist ggf. die Projektplanung zu konkretisieren, u.a. in Hinblick auf die Laufzeit, 
die benötigten Ressourcen und die Kosten. 
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7.3.3 Vorbereitung der Datenbasis 


Die Aktivitäten dieser Phase dienen der Bereitstellung geeigneter Daten für die nachfol- 
gende Modellentwicklung. Neben der Identifikation und Beschaffung relevanter Daten sind 
diese Daten zumeist innerhalb mehrerer Schritte zur Veränderung der Struktur und der Ex- 
traktion der benötigten Inhalte aufzubereiten. Die finalen Datenbedarfe lassen sich dabei je- 
doch erst durch die Einbindung der Daten in die Modelle ermitteln, was insbesondere im Zu- 
sammenhang mit einem unterschiedlichen Verhalten der Lernverfahren in Bezug auf die Da- 
teneigenschaften steht. Vor diesem Hintergrund finden die Aktivitäten dieser Phase verzahnt 
mit der Entwicklung statt. Neue entwicklungsseitige Erkenntnisse können demnach zur Be- 
schaffung weiterer Daten und/oder zur veränderten Aufbereitung bestehender Daten führen. 
Insgesamt ist aufgrund der tendenziell dezentralen Verteilung und bestehender Datendefekte 
in der Logistik von einem hohen Aufwand für die einzelnen Aktivitäten dieser Phase auszuge- 
hen, welche in Abbildung 78 zusammengefasst sind. Branchenübergreifend nehmen diese 
Tätigkeiten durchschnittlich ca. 80 bis 90 % der Arbeitszeit von Data Scientists bei ML-Projek- 
ten in Anspruch.879 


eng Datenaufbereitung 
- Konkretisierung der Minimalanforderungen an - Integration von Daten aus mehreren Quellen 
Datenarten, -umfang und -qualität - Eliminierung inhaltlicher und syntaktischer Fehler, 
- Ermittlung von Beschaffungsmöglichkeiten und - z.B. Missing Values, Duplikate, Ausreißer 
Akquise der Daten - Harmonisierung der Daten, u. a. Normalisierung 
- Abstimmung mit Dateneigentümern zur Bereitstellung - Datenreduktion, u. a. mittles Dimensionality 
und Lösung von damit verbundenen Einschränkungen Reduction und Data Bining 


Datenanalyse 


- Deskriptive Auswertungen, u. a. mittels 
Häufigkeitsverteilungen 

- Explorative Auswertungen (Data Mining), u. a. mittels 
Regressions- und Assoziationsanalysen 

- Visualisierung und Diskussion der Ergebnisse mit 


Prozessbeteiligten Datenkatalog 


Vorbereitung der Datenbasis 


Feature Engineering M4 Daten-Pipelines 
und Selection und Testdesign 


- Bildung geeigneter Merkmale mit Prozessbeteiligten, 
u. a. in Feature-Engineering-Workshops 

- Extraktion der Informationen aus Daten 

- Bewertung der Relevanz der Merkmale, u. a. mittels 
Korrelationsanalysen und Einbindung in Modelle 

- Erstellung von Features Store für Nachnutzung 


Implementierung von Pipelines für Extraktion und 

Aufbereitung der benötigten Daten 

Aufteilung der Datensätze in Trainings- und Testdaten 
- Zusätzliche Nutzung der Trainingsdaten für 

Separierung von Validierungsdaten 


Abbildung 78: Vorbereitung der Datenbasis — Vorgehen®° 


Unter Berücksichtigung der Erkenntnisse aus dem Daten-Pre-Check in der ersten Phase sind 
die datenseitigen Minimalanforderungen zu spezifizieren. Anschließend sind die entsprechen- 
den Daten zu beschaffen, was mit der Überwindung verschiedener formeller und technischer 
Barrieren verbunden sein kann. In Abhängigkeit ihrer Ausprägung sind die bezogenen Daten 


679 Vgl. CrowdFlower (2016), S. 6 
680 Eigene Darstellung 
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zu integrieren, zu bereinigen, zu harmonisieren und zu aggregieren, was außerdem deren 
parallele Analyse erfordert. Anhand der aufbereiteten Daten sind geeignete Features als Ein- 
gangsvariablen für die Modelle zu bilden und auszuwählen. Nach genauer Kenntnis über die 
für das jeweilige Projekt zur Verfügung stehenden Daten und deren Qualitätseigenschaften 
können Aussagen über die datenseitige Realisierbarkeit der angestrebten Anwendung ge- 
troffen werden (M4). Für die finalen Merkmale mit den entsprechenden Aufbereitungsschritten 
sind zudem Pipelines zu erstellen. Außerdem bedarf es einer Separierung der Daten in ver- 
schiedene Teilmengen für das Training und die Testung der Modelle. 


Die Aktivitäten dieser Phase sind fortlaufend in einem Datenkatalog zu dokumentieren, wel- 
cher als Excel-Liste oder mittels Datenbanken verwaltet werden kann. In diesem Dokument 
sind die verfügbaren Datenquellen mit dem aktuellen Stand der Beschaffung und Aufbereitung 
zu pflegen. Die aufzunehmenden Informationen umfassen Angaben zur jeweiligen Art, zum 
Umfang und zur Qualität der Daten sowie zu den Beschaffungswegen, u.a. zu den jeweiligen 
Dateneigentümern, weiteren Ansprechpartnern und möglichen Einschränkungen. 


Datenbedarf und -beschaffung 


Der im Rahmen des Daten-Pre-Checks bereits indikativ ermittelte Datenbedarf, einschließlich 
der damit verbundenen Minimalanforderungen, ist unter Berücksichtigung weiterer nachträg- 
lich erhobener Informationen, wie den Anforderungen der Stakeholder, und in Bezug auf die 
ausgewählten Pilotanwendungsfälle zu konkretisieren. Dies betrifft sowohl die benötigten Da- 
ten als auch deren Eigenschaften. Demnach sind bestimmte notwendige Umfänge von zu be- 
trachtenden Kunden, Aufträgen, Regionen oder Relationen festzulegen. In Hinblick auf den 
zeitlichen Umfang können grundsätzlich historische Daten für mehrere Monate bis zu einem 
Jahr ausreichend sein; zur Abbildung saisonaler Effekte sind jedoch tendenziell Daten für meh- 
rere Jahre notwendig. Hinsichtlich der Granularität ist zu bewerten, ob Rohdaten benötigt wer- 
den oder auch verarbeitete Daten mit einer Beschränkung auf bestimmte Datenpunkte oder 
Events ausreichend sind. 


Die datenseitigen Anforderungen stellen die Referenz für die anschließende Beschaffung der 
Daten dar. Dazu bedarf es einer intensiven Abstimmung mit den jeweiligen Prozessverant- 
wortlichen sowie mit geeigneten Vertretern der IT, die Informationen zur Systemlandschaft der 
Unternehmen bereitstellen können. In diesem Rahmen sind verfügbare Systeme und Daten- 
banken sowie mögliche Beschaffungswege und damit verbundene Restriktionen und Barri- 
eren zu ermitteln. Im Falle einer Vielzahl relevanter Systeme sowie bei der Abdeckung be- 
stimmter Datenarten durch mehrere Datenquellen ist eine Bewertung von deren Relevanz und 
Verfügbarkeit für das Projekt vorzunehmen, um die Beschaffungsaktivitäten zu priorisieren. 
Entsprechend der identifizierten Beschaffungswege sind die benötigten Daten zu „akquirie- 
ren“, wobei die tatsächlichen Möglichkeiten zum Bezug der Daten erst bei der konkreten An- 
frage und der technischen Realisierung der Datenbereitstellung sichtbar werden. 
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Bei der Abstimmung mit den jeweiligen Datenverantwortlichen wird eine offene Kommunika- 
tion der Projektziele und der damit verbundenen Potenziale sowie der angestrebten Datenver- 
wendung empfohlen. Dies sollte auch einen Verweis auf die ausschließliche modellseitige In- 
tegration der Daten und den Verzicht von datenbasierten Auswertungen, z.B. in Form von 
Leistungskennzahlen, beinhalten. Auch besteht die Möglichkeit einer Reduktion der Daten 
um nicht benötigte, vertrauliche Informationen, z.B. um Kundendaten. Formellen Widerstän- 
den kann mit der Ausstellung von Geheimhaltungsvereinbarungen begegnet werden. Zudem 
können insbesondere für unternehmensexterne Akteure verschiedene Anreize zur Datenbe- 
reitstellung durch den Abschluss von projektbezogenen Kooperationsvereinbarungen, 
durch die Partizipation an den Ergebnissen oder durch eine damit verbundene finanzielle Ver- 
gütung geschaffen werden. Im Falle von fehlenden historischen Daten kann deren zukünftige 
Aufzeichnung bzw. Speicherung initiiert werden. Eine weitere Möglichkeit stellt die Simulation 
von Daten dar, wozu auch die in Kapitel 4.4.1 beschriebene Data Augmentation zur synthe- 
tischen Datenerzeugung und -erweiterung genutzt werden kann. Insgesamt bedarf es bei die- 
sen Aktivitäten zur Ermittlung von geeigneten Lösungen für die Überwindung von technischen 
und organisatorischen Barrieren einer ausgeprägten Managementkompetenz der Projektver- 
antwortlichen (siehe HF Kompetenzmanagement). 


Datenaufbereitung 


Nach Speicherung der beschafften Datensätze, z. B. mittels einer relationalen Datenbank, ist 
unter Rücksprache mit den Dateneigentümern und Prozessbeteiligten ein grundlegendes Ver- 
ständnis zu den Daten zu entwickeln, was sowohl deren Inhalte und Struktur als auch mögliche 
Verbindungen zwischen den Datensätzen betrifft. Wie die Ausführungen in Kapitel 6.4.2 zei- 
gen, weisen Daten oftmals inhaltliche und syntaktische Defizite auf, z. B. in Bezug auf deren 
Genauigkeit, Vollständigkeit und Konsistenz, was zu Einschränkungen bei der Leistungsfähig- 
keit und Güte der Anwendungen führen kann. Vor diesem Hintergrund sind die beschafften 
Daten in ein geeignetes Format für die Modellentwicklung zu bringen, was deren Integration, 
Bereinigung, Harmonisierung und Reduktion umfasst. Die Notwendigkeit einer potenziellen 
Datenveränderung ist jedoch stets kritisch zu prüfen, da hierdurch auch negative Effekte beim 
modellseitigen Lernprozess entstehen können, indem bspw. betriebliche Phänomene abwei- 
chend von der Realität interpretiert werden. Vor diesem Hintergrund erfordert dieser Schritt — 
neben der Verzahnung der Aktivitäten mit der Entwicklung — auch ein ausgeprägtes betrieb- 
liches Verständnis durch Einbeziehung entsprechender Prozessbeteiligter. Die einzelnen 
Aufbereitungsschritte implizieren keine verbindliche Reihenfolge, sondern können integrativ in 
Abhängigkeit der jeweiligen Datensituation ausgeführt werden. 


Sofern einzelne Datensätze potenziell dieselben Informationen enthalten oder jeweils einen 
Ausschnitt eines übergeordneten Phänomens bzw. Prozesses darstellen, sind sie zu integrie- 
ren. Die Analyse dieses konsolidierten Datensatzes kann zur Verständnisbildung für den 
jeweiligen Anwendungsfall beitragen. Zudem ergibt sich dadurch die Möglichkeit einer Reduk- 
tion des Aufwands für die restlichen Aufbereitungsschritte. Die Zusammenführung der Daten 
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erfordert mitunter deren Anreicherung um weitere Informationen oder eine Erstellung von 
Heuristiken zur logischen Verknüpfung. Dies gilt insbesondere für Daten, in denen keine über- 
greifende eindeutige Schlüsselvariable, z. B. in Form einer Auftragsnummer, existiert. 


Die einzelnen bzw. bereits konsolidierten Datensätze sind anschließend um inhaltliche und 
syntaktische Fehler zu bereinigen. Hierbei kann es sich um fehlerhafte Formatierungen, z.B. 
in Bezug auf Zeit- und Ortsangaben, sowie um inhaltliche Unstimmigkeiten einzelner Werte, 
z.B. falsche Zuweisungen von Merkmalen, handeln. Während diese Defekte zumeist nur 
durch manuelle Aktivitäten abzustellen sind, z.B. in Form eines Relabelings, bestehen für 
weitere potenzielle Fehler auch methodische Werkzeuge. Das umfasst den Umgang mit 
Missing Values, für die zuvorderst abzuwägen ist, ob der entsprechende Datensatz zu elimi- 
nieren ist. Dies ist im Falle einer deutlichen Überrepräsentation der fehlenden Werte für ein 
Merkmal sinnvoll, führt aber auch zu einem Datenverlust. Bei einzelnen fehlenden Werten ist 
daher stattdessen eine Vervollständigung der Daten anzustreben, wofür verschiedene statis- 
tische Verfahren zur Ermittlung des wahrscheinlichsten Wertes (sog. Imputation) zur Verfü- 
gung stehen, z. B. indem ähnliche Fälle mit vollständigen Werten betrachtet werden. Däi Wei- 
terhin sind Duplikate in den Datensätzen, d.h. vollkommen identische und damit redundante 
Informationen, zu detektieren und ggf. zu entfernen. Insbesondere bei bereits integrierten Da- 
tensätzen kann es zudem vorkommen, dass sich Informationen in den Daten widersprechen, 
indem bspw. für ein Event zwei unterschiedliche Zeitstempel oder für ein Merkmal unterschied- 
liche Ausprägungen existieren. Diese Widersprüche sind ebenfalls zu beseitigen, indem die 
potenziell korrekten Werte durch Plausibilitätsprüfungen ermittelt werden, z. B. durch logi- 
sche Relationen zwischen den Datenmerkmalen. Darüber hinaus sind Ausreißer zu detektie- 
ren, wozu es u. a. einer Analyse der Verteilung der Daten bedarf. Eine Eliminierung der dabei 
identifizierten Datenpunkte ist jedoch ebenfalls kritisch zu bewerten, da die Ausreißer bedeu- 
tende betriebliche Phänomene abbilden können. In Hinblick auf eine Komplexitätsreduzierung 
wird insbesondere für das initiale Modelltraining in der PoC-Phase eine Glättung der Daten 
empfohlen, wofür geeignete Schwellwerte aus Prozesssicht festzulegen sind. 


Die bereinigten Daten sind in Hinblick auf die Modellentwicklung zusätzlich zu harmonisieren, 
was deren Transformation in eine geeignete Struktur durch Abstellung von syntaktischen Un- 
terschieden umfasst. Hierbei handelt es sich u.a. um Daten mit unterschiedlichen Einheiten 
für physikalische Größen, wie die Zeit oder Länge, welche in ein einheitliches Format zu über- 
führen sind. Weiterhin ist fallweise eine Normalisierung der Daten vorzunehmen, bei der eine 
ähnliche Skalierung angestrebt wird. Der konkrete Bedarf dieser Aktivitäten hängt erneut vom 
gewählten Lernverfahren ab und ist bspw. bei KNN stärker ausgeprägt, da diese Lernverfahren 
eine geringe Robustheit bei unterschiedlich skalierten Daten aufweisen (siehe Kapitel 2.4.3.2). 
Für die Harmonisierung der Daten existieren verschiedene Verfahren, wozu u.a. die z-Trans- 
formation (sog. Z-Score) gehört.6®? 


681 Vgl. Sammut, Webb (2017), S. 835 
682 Vgl. Han et al. (2011), S. 114 
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Zur Verringerung des Aufwands für die Datenanalyse und der benötigten Rechenleistung kann 
zusätzlich noch eine Datenreduktion vorgenommen werden. Dies umfasst zum einen die Mög- 
lichkeit einer Dimensionsreduktion (siehe Kapitel 2.4.3.3), die eine Eliminierung irrelevanter 
oder redundanter Informationen umfasst. Dieser Ansatz steht eng im Zusammenhang mit dem 
Feature Engineering, indem nur diejenigen Features in den Datensätzen verbleiben, die für 
die Modellentwicklung benötigt werden. Aber auch weitere Informationen, die sich z.B. auf 
einen anderen prozessualen oder regionalen Betrachtungsbereich beziehen, können hierbei 
eliminiert werden. Zum anderen sind die Daten fallweise zu aggregieren, indem einzelne Da- 
tenpunkte zusammengeführt werden, wie z.B. separate Straßennamen und korrespondie- 
rende Hausnummern. Auch umfasst das eine Generalisierung der Daten, z.B. die Überfüh- 
rung von täglichen Daten in monatliche Daten. In diesem Zusammenhang steht auch der An- 
satz der Diskretisierung (sog. Data Binning), welcher eine Überführung von numerischen in 
diskrete Daten vorsieht, indem Intervalle zur Unterteilung der Daten gebildet werden D 


Datenanalyse 


Neben der Betrachtung einzelner Datenpunkte erfordern mehrere Aktivitäten innerhalb dieser 
Phase eine aggregierte Betrachtung größerer Datenausschnitte, wofür geeignete Analysen 
durchzuführen sind. Neben der textuellen Ausweisung der Analyseergebnisse, z.B. mittels 
Korrelationskoeffizienten, ist in vielen Fällen auch eine geeignete grafische Darstellung vorzu- 
nehmen. Für ein grundlegendes Verständnis zu den jeweiligen Anwendungsfallen sind initial 
Verfahren der deskriptiven Statistik einzusetzen, insbesondere zur Betrachtung von Häufig- 
keitsverteilungen, woraus sich Informationen zu Intervallen, Events und Kennzahlen, wie z.B. 
Prozessdauern, ableiten lassen. Die diesbezüglichen Ergebnisdarstellungen können u. a. mit- 
tels Dichtefunktionen, Histogrammen und Box-Plots erfolgen. Neben Erkenntnissen zu be- 
trieblichen Phänomenen lassen sich hieraus übergreifende Aussagen zur Datenqualität ablei- 
ten, indem z. B. White Spots identifiziert werden. Zur Aufdeckung von tieferliegenden Informa- 
tionen in Form von Zusammenhängen, Mustern und anderen Auffälligkeiten sind für bestimmte 
Datensätze zusätzliche Aktivitäten der explorativen Statistik durchzuführen, die im Kontext von 
größeren Datenmengen unter dem Begriff des Data Mining subsumiert werden (siehe Kapitel 
4.4.1). Neben einem direkten Vergleich von Verteilungen kann dies u.a. die Erstellung von 
Regressionsanalysen und deren Visualisierung in Form von Streudiagrammen (Scatter Plots) 
umfassen. Darüber hinaus sind fallweise auch ML-seitige Funktionen in Form von Cluster- 
oder Assoziationsanalysen zu nutzen. 


Feature Engineering und Feature Selection 


Im nächsten Schritt sind geeignete Merkmale für die ML-Modelle zu identifizieren, wobei dies 
grundsätzlich möglichst viele Merkmale mit einem hohen Einfluss umfassen sollte und damit 
aber auch einen bewussten Ausschluss von irrelevanten Informationen impliziert. Neben der 


683 Vgl. Han et al. (2011), S. 89 
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Reduzierung der benötigten Rechenleistung begründet sich diese Notwendigkeit insbeson- 
dere mit dem Risiko modellseitiger Fehlinterpretationen im Zuge einer steigenden Anzahl von 
Merkmalen, was auch als „Fluch der Dimensionalität“ bezeichnet wird®84. Die Aktivitäten in 
diesem Schritt lassen sich daher grob in eine initiale Bildung potenzieller Merkmale (Feature 
Engineering) sowie in eine anschließende Bewertung zur Auswahl der relevantesten Merk- 
male (Feature Selection) unterteilen. 


Die benötigten Merkmale müssen zur Erklärung der realen Phänomene und etwaiger Zielvari- 
ablen beitragen. Entsprechend der komplexen Ursache-Wirkungs-Zusammenhänge in der 
Praxis bedarf es dazu einer intensiven Auseinandersetzung mit den jeweiligen Problemstel- 
lungen, wofür auf die Erkenntnisse aus der Prozessanalyse aus der ersten Phase - ergänzt 
um datenanalytische Auswertungen — aufzubauen ist. Insgesamt erfordert der „kreative“ Pro- 
zess der Merkmalsbildung detailliertes Wissen zu den betrieblichen Abläufen und zu den Da- 
ten. Zum systematischen Einholen der benötigten Informationen wird die Durchführung von 
Feature-Engineering-Workshops empfohlen, an denen insbesondere Vertreter der jeweili- 
gen Prozesse teilnehmen sollten und deren generelles Vorgehen in Tabelle 23 dargestellt ist. 
Zusätzlich sind im Falle bereits bestehender Modelle deren Defizite zu betrachten, um im 
Sinne eines iterativen Vorgehens gezielt Anpassungen an den diesbezüglichen Features vor- 
nehmen zu können. 


Nr. Zielstellung Aktivität 


1 Sammlung von potenziell Vorstellung von Datenanalysen (Häufigkeitsverteilungen und explorative Aus- 
relevanten Phänomenen wertungen) mit Auffälligkeiten, z. B. Verteilung, Ausreißer und Korrelationen 


2 Plausibilitätsprüfung der Diskussion von betrieblichen Zusammenhängen sowie diesbezüglicher Abwei- 
Daten und Auswertungen chungen in Auswertungen, inkl. Repräsentativität der Stichprobe 


Ermittlung von Indikatoren Ermittlung von internen und externen Ursachen für Phänomene, z. B. Disposi- 
für Merkmale tionsregeln und externe Einflüsse 


Bildung von entwicklungs- Spezifikation bzw. Transformation der Ursachen in aussagekräftige Werte, 
seitig nutzbaren Merkmalen inkl. Kernursachenanalyse 


Bedeutung bzw. Erklärungsgehalt der Features, inkl. merkmalsübergreifender 


5 Priorisierung der Merkmale Vergleiche zur Ermittlung von Zusammenhängen und Redundanzen 


Prüfung der Realisierbar- Ermittlung von korrespondierenden Datenquellen mit Beschaffungsmöglichkei- 
keit für ML-Projekt ten und etwaigen Einschränkungen, z. B. verfügbaren Zeitraum 


Tabelle 23: Ablauf eines Feature-Engineering-Workshops 


Für die Bildung der entsprechenden Features ist zu prüfen, inwiefern die jeweils benötigten 
Informationen direkt aus den verfügbaren Daten extrahierbar sind, z. B. im Falle von Material- 
stammdaten oder Zeitangaben. Bei Bedarf ist auch eine Transformation der vorliegenden 
Informationen vorzunehmen, wofür verschiedene Möglichkeiten zur Verfügung stehen, u.a. 
die Verbindung von Werten mittels mathematischer Operationen, die Einführung von Dummy- 


684 Vgl. Bellman (1966), S. 197 
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Variablen mittels eines binären Codings oder die Aggregation der Daten analog zur Datenre- 
duktion, z.B. mittels einer Hauptkomponentenanalyse (PCA)°®. Bei der Bestimmung der 
Features ist zusätzlich zu beachten, dass die entsprechenden Informationen bereits zum Zeit- 
punkt ihrer Verarbeitung durch die Modelle bekannt sein müssen, sodass kein sog. Data 
Leakage vorliegt. Zudem sind auch inhaltliche Verbindungen zwischen den Variablen zu über- 
prüfen, z. B. in Form von Redundanzen und Korrelationen. Sind die benötigten Informationen 
bisher nicht verfügbar, bedarf es einer Beschaffung der entsprechenden Daten. 


Die einzelnen Features sind anschließend in Bezug auf ihre tatsächliche Relevanz zu bewer- 
ten, um eine gezielte Eingrenzung vornehmen zu können. Hierfür sind mehrere Verfahren zu 
nutzen, die großenteils eine direkte Einbeziehung der Features in die Modelle erfordern. Ein 
der Entwicklung vorausgehender Ansatz umfasst die Ermittlung von Zusammenhängen zwi- 
schen den Merkmalen und den jeweiligen Zielgrößen mittels Korrelationsanalysen, wobei 
jedoch die Merkmale nur einzeln betrachtet werden können. Darüber hinaus ist auch der Ein- 
fluss der Merkmale auf die Ergebnisqualität der Modelle zu untersuchen, indem der jeweils 
resultierende „Informationsgewinn“ durch Veränderungen der einbezogenen Merkmale vergli- 
chen wird. Wie die Ausführungen in Kapitel 2.4.3.2 zeigen, kann zudem gezielt auf Lernver- 
fahren zurückgegriffen werden, welche die Bedeutung der Features als Teil ihrer Funktion 
ausweisen, z. B. entscheidungsbasierte Verfahren. Auf Basis dieser Bewertungen ist entweder 
automatisch — wie beim letztgenannten Ansatz — oder manuell eine Übersicht zur Feature 
Importance zu erstellen, aus der die Bedeutung der Merkmale hervorgeht. Die auf dieser 
Grundlage final ausgewählten Merkmale sind mit den entsprechenden Daten aus den jeweili- 
gen Datensätzen zu extrahieren, separat zu speichern und mit ihren Berechnungslogiken zu 
dokumentieren, um sie für den weiteren Entwicklungsprozess und für anderen Projekte im 
Sinne eines „Feature Stores“ nutzbar zu machen. 


Daten-Pipelines und Testdesign 


Um sowohl in der Entwicklungsphase als auch für das Re-Training der Modelle im Betrieb eine 
Reproduzierbarkeit der Ergebnisse sicherzustellen und den Aufwand für eine Veränderung der 
Datenbasis zu minimieren, z. B. durch die Erweiterung des betrachteten Zeitraums, sind die 
finalen datenbezogenen Aufbereitungsschritte durch die Implementierung von Daten- 
Pipelines zu automatisieren. In Anlehnung an klassische ETL-Pipelines umfasst dies eine Ex- 
traktion der benötigten Daten aus den Quellsystemen sowie deren Transformation in Form der 
Integration, Bereinigung, Harmonisierung und der Überführung in die festgelegten Features. 
Im Falle veränderter Erkenntnisse während der Entwicklungs- und Betriebsphase sind die ent- 
sprechenden Logiken anzupassen. 


Zusätzlich ist für bestimmte Lerntypen ein datenbezogenes Testdesign für die Modellentwick- 
lung zu erstellen, indem die verfügbaren Daten in unterschiedliche Datensätze für das Trai- 


685 gl. Marsland (2015), S. 133 f. 
246 


7.3 Ablauforganisation: Standardprozess zur Auswahl und Umsetzung von ML-Anwendungen 


ning und die finale Testung eingeteilt werden. Während die Trainingsdaten der experimentel- 
len Entwicklung und dem initialen Lernen der Modelle dienen, ist auf Basis der unbekannten 
Testdaten die finale Güte der Modelle zu bestimmen. Aus dem Trainingsdatensatz sind fall- 
weise zusätzliche Validierungsdaten zu extrahieren, welche insbesondere für die in der drit- 
ten Phase beschriebene Hyperparameteroptimierung benötigt werden. Die jeweilige Einteilung 
der Daten kann zufällig oder manuell nach bestimmten Kriterien erfolgen, z. B. in Hinblick auf 
den betrachteten Zeitraum, wobei jedoch sicherzustellen ist, dass keine größeren Unter- 
schiede bei der Verteilung der Daten bestehen, sodass relevante Phänomene in allen Datens- 
ätzen abgebildet sind. Ein Anhaltspunkt bei der Aufteilung stellt die Nutzung von 50 % der 
verfügbaren Daten für das Training sowie von jeweils 25 % für die Validierung und die finale 
Testung dar.‘® Bei vergleichsweise wenigen Daten ist dieses Verhältnis zugunsten einer Ver- 
größerung der Trainingsdaten zu verändern. 


7.3.4 Modellentwicklung 


Mit den Erkenntnissen zum Anwendungsfall, den erhobenen Anforderungen, den darauf ba- 
sierenden Zielsetzungen und den verfügbaren Daten liegen die wesentlichen Informationen 
für die Entwicklung der ML-Modelle vor. Mit dem Ziel einer experimentellen Erprobung meh- 
rerer Lösungsansätze zur Identifikation der bestmöglichen Konfiguration sind die Entwick- 
lungstätigkeiten, für die sich in Abbildung 79 eine zusammenfassende Darstellung findet, so- 
wohl für das jeweilige Gesamtmodell als auch für etwaige Teilprobleme bzw. -modelle iterativ 


zu durchlaufen. 


Modellarchitektur 


- Segmentierung des Problems in Teilprobleme mit 
separaten Modellen, u. a. zur Berücksichtigung von 
betrieblichen bzw. datenseitigen Abweichungen 

- Logik für Zusammenwirken der Teilmodelle, u. a. 


5 Sequenz oder fallbasierte Einbindung Modellsteckbrief 
E - Priorisierung der Entwicklungstatigkeiten 
ZS 
5 Modell: hl und 
= jodellauswahl un: 
3 Modelltraining ginn us 
= 
- Vorauswahl von Verfahren anhand vorliegender - Bewertung der Ergebnisqualität im Training mit 
Eigenschaften, u. a. Lernaufgabe, Datenumfang statistischen und prozessspezifischen Metriken 
- Implementierung verschiedener Verfahren mit - Analyse der Ergebnisse und Ermittlung von Verbes- 
Hyperparameteroptimierung, u. a. mittels Grid Search serungsmöglichkeiten, u. a. durch andere Features 
- Training der Modelle auf Trainings- bzw. und neue Daten 
Validierungsdaten - Anwendung der trainierten Modelle auf Testdaten 


Abbildung 79: Modellentwicklung — Vorgehen®®® 


Die Entwicklungsaktivitäten in dieser Phase beginnen mit der Konzeption einer geeigneten 
Architektur für die zu modellierenden Teilprobleme. Unter dieser Vorgabe ist die Implementie- 
rung der einzelnen Modelle vorzunehmen, was die Schritte einer Modellauswahl (Model 


686 Vgl. Hastie et al. (2009), S. 222 
687 Vgl. Marsland (2015), S. 21 
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Selection), d.h. die Implementierung der Lernverfahren mit einer geeigneten Parametrisie- 
rung, eines begleitenden Trainings der Modelle mit einer Bewertung der Zwischenergebnisse 
(Model Evaluation) sowie einer finalen Testung der Modelle (Model Validation) umfasst. Beim 
Erreichen der Ziele des Quality Gates M5 im Rahmen dieser „Offline-Testungen* ist die tech- 
nische Machbarkeitsprüfung der ML-Modelle für den initial anzustrebenden PoC abgeschlos- 
sen. Die einzelnen Aktivitäten sind jedoch im Falle von modellseitigen Anpassungsbedarfen 
bei der Erweiterung der Modelle um weitere nicht ML-spezifische Funktionen (M6) sowie bei 
deren Überführung in den produktiven Betrieb und der damit verbundenen „Online-Testung“ 
(M7 bis M9) erneut auszuführen. 


Das zentrale Ergebnis dieser Phase in Form der finalen ML-Modelle ist in einem Modellstreck- 
brief zu dokumentieren, welcher bedeutende entwicklungs- und datenseitige Informationen 
enthält, u. a. die verwendete Modellarchitektur, die eingesetzten Lernverfahren, Parameterein- 
stellungen, Features und Daten sowie die realisierten Bewertungsergebnisse in Bezug auf die 
geforderten Zielgrößen. Darüber hinaus sind auch identifizierte Verbesserungsmöglichkeiten 
für die Modelle zu vermerken, die aufgrund fehlender Ressourcen oder anderer Barrieren nicht 
realisiert werden konnten - allerdings einen Ansatzpunkt für die nachfolgenden Entwicklungs- 
schritte darstellen. 


Modellarchitektur 


Auf Grundlage der prozessualen und datenbezogenen Erkenntnisse aus den ersten beiden 
Phasen ist ein geeignetes Konzept für die Modellarchitektur zu entwerfen. Dies umfasst eine 
etwaige Segmentierung des Gesamtproblems in Teilprobleme sowie die Entwicklung einer 
Logik für deren Zusammenwirken innerhalb eines Gesamtmodells. Die ersten diesbezüglichen 
Überlegungen sind vor der Implementierung anzustellen und im Zuge der Modelltestung sowie 
neuer entwicklungsseitiger Erkenntnisse anzupassen. Sie dienen dabei auch einer anfängli- 
chen Strukturierung und Priorisierung der entwicklungsseitigen Tätigkeiten. Die Segmen- 
tierung kann sowohl in Form einer sequenziellen Zerlegung des Gesamtproblems als auch 
durch die fallweise Unterscheidung vorgenommen werden. Zudem ist auch eine Kopplung bei- 
der Ansätze möglich. 


Die Vorteilhaftigkeit von mehreren Teilmodellen gegenüber einer holistischen Lösung kann in 
mehreren Fällen gegeben sein. Hierzu gehören bspw. verschiedene Ausprägungen der be- 
trachteten Anwendungsfalle, z. B. in Bezug auf die abgedeckten Regionen oder Aufträge, wel- 
che abweichende betriebliche Rahmenbedingungen und damit auch unterschiedliche 
Merkmale und/oder Zielvariablen aufweisen. Selbiges trifft auf eine Zusammensetzung der 
adressierten Problemstellungen bzw. der zugrundeliegenden Geschäftsprozesse aus mehre- 
ren betrieblichen „Einheiten“ zu, z. B. in Form von Teilprozessen oder Akteuren in einer Logis- 
tikkette. Neben den genannten betrieblichen Unterschieden kann auch eine abweichende Da- 
tenverfügbarkeit in diesen Einheiten und Anwendungsfallen eine Unterteilung in Teilprobleme 
motivieren, um gezielt unterschiedliche Lernverfahren einzusetzen. Darüber hinaus beeinflus- 
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sen auch technische Voraussetzungen die Gestaltung der Modellarchitektur, z. B. in Form ei- 
ner geringen Rechenleistung, was tendenziell gegen eine Nutzung von mehreren Teilmodellen 
spricht. Auch die Realisierung einer Aktualisierbarkeit der Modelle stellt einen Grund für eine 
Segmentierung dar. 


Modellauswahl und Modelltraining 


Gemäß der festgelegten Architektur sind die ML-Modelle zu entwickeln, wozu die für die je- 
weilige Problemstellung geeignetsten Lernverfahren mit der optimalen Parametrisierung zu 
ermitteln und in ein Gesamtmodell zu integrieren sind. Zur Prüfung der Ergebnisse sind die 
implementierten Modelle für jedes Teilproblem auf die zuvor extrahierten Trainingsdaten an- 
zuwenden. Anstatt der Entwicklung eines individuellen Algorithmus kann hierzu in den gängi- 
gen Entwicklungsumgebungen auf ein Vielzahl von Lernverfahren mittels vordefinierter Funk- 
tionen zurückgegriffen werden, die individuell zu konfigurieren sind. 


Für die Lösung der jeweiligen Probleme sind mehrere Lernverfahren zu implementieren und 
hinsichtlich ihrer Eignung durch eine Testung der Modelle zu bewerten. Um den damit verbun- 
denen Aufwand zu reduzieren, wird eine gezielte Vorauswahl von potenziell geeigneten 
Verfahren anhand der Gegenüberstellung der fallspezifischen Anforderungen und der typi- 
schen Eigenschaften der Lernverfahren empfohlen (siehe Kapitel 2.4.3). Dies betrifft zuvor- 
derst die zu realisierende Lernaufgabe, z.B. in Form einer Regression, Klassifikation oder 
Gruppierung, nach der sich die infrage kommenden Verfahren eingrenzen lassen. Auch be- 
stehen hinsichtlich der Fähigkeit zum Umgang mit großen bzw. kleinen Datenmengen Unter- 
schiede zwischen den Verfahren. Selbiges gilt für den Umgang mit Rauschen und heteroge- 
nen Formaten von Variablen. Zudem sind die individuellen Zielsetzungen aus der ersten 
Phase zu betrachten, die z. B. einen tendenziell nachvollziehbaren Lösungsweg erfordern kön- 
nen, z. B. durch die Ausgabe einer Feature Importance, was ebenfalls die geeigneten Verfah- 
ren einschränkt. Einen weiteren Indikator für die Vorauswahl stellen bestehende Anwendun- 
gen mit ähnlichen Problemstellungen dar, wie sie ebenfalls in der ersten Phase anhand der 
ML-Typologie identifiziert wurden. Gleichzeitig ist hierbei auch eine bewusste Abgrenzung 
durch die Auswahl neuer Ansätze möglich. 


Im Sinne einer integralen Aktivität bei der Erprobung der einzelnen Verfahren ist auch eine 
Konfiguration von deren Hyperparametern vorzunehmen, die einen hohen Einfluss auf den 
Lernprozess nehmen (siehe Kapitel 2.4.3.2). Für die sog. Hyperparameteroptimierung 
(„Model Tuning“) wird ein Rückgriff auf verschiedene technische Instrumente empfohlen, da 
hierdurch die Ausprägungsmöglichkeiten mit den jeweiligen Wechselwirkungen der einzelnen 
Hyperparameter besser erfasst werden können. Neben der Anwendung von Optimierungsme- 
thoden, wie der Bayes'schen Optimierung, und der zufälligen Kombination von verschiedenen 
Konfigurationen mittels der sog. Random Search stellt v.a. die Rastersuche (Grid Search) 
einen geeigneten Ansatz dar, bei dem ausgehend von einer manuellen Eingrenzung des Wert- 
bereiches für die Parameterausprägungen automatisch die optimale Konfiguration ermittelt 
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wird.6® Entsprechend der Ausführungen zum Testdesign in der zweiten Phase bietet sich für 
die Validierung der Hyperparameteroptimierung eine weitere Aufteilung der Trainingsdaten in 
Datensätze zum Training und zur Validierung an. Auch hierfür existieren verschiedene Verfah- 
ren mit unterschiedlichen Logiken, die von einer manuellen bis zu einer automatisierten Aus- 
führung reichen. Ein geeignetes Verfahren, welches auch bei der Grid Search Anwendung 
findet, ist die k-fache Kreuzvalidierung (k-fold Cross-Validation), bei der die Aufteilung der 
Daten nicht statisch, sondern iterativ anhand verschiedener Kombinationen erfolgt, sodass alle 
Fälle in den Daten einmal für das Training und die Validierung verwendet werden Di 


Modellbewertung 


Für die Auswahl der optimalen Modellkonfiguration sind die einzelnen Ergebnisse im Rahmen 
des Trainings miteinander zu vergleichen. Die damit verbundene Bewertung muss sich an den 
in der ersten Phase festgelegten Zielen gemäß der Quality Gates — beginnend bei M5 für den 
PoC - orientieren, was im Falle der Ergebnisqualität verschiedene statistische Metriken und 
ggf. problemspezifische Kennwerte umfassen kann. Neben der Ermittlung von deren Ausprä- 
gung ist zur Diskussion der Ergebnisse eine zusätzliche grafische Darstellung vorzunehmen. 
Die erzielten Ergebnisse sind anschließend kritisch in Hinblick auf modellseitige Stärken und 
Schwächen sowie die Ableitung möglicher Verbesserungen zu analysieren, wofür ebenfalls 
die jeweiligen Prozessbeteiligten einzubeziehen sind. Neben der Betrachtung von aggregier- 
ten Indikatoren, wie der Verteilung der Testfälle und der Feature Importance, die einen Hinweis 
auf die Abdeckung bestimmter betrieblicher Phänomene geben, ist bei der Analyse auch ein 
Rückschluss auf Einzelfälle in den Daten zu ziehen. Demnach sind insbesondere Ausreißer 
der Modelle zu betrachten, da diese potenzielle Fehlerquellen darstellen. Zudem sind Verglei- 
che zwischen den einzelnen Lösungsansätzen und vorausgegangenen Modellversionen an- 
zustellen. Bei den zu ermittelnden Verbesserungen kann es sich u.a. um Anpassungen der 
gewählten Modellarchitektur, den eingesetzten Lernverfahren und deren Konfiguration sowie 
um datenseitige Aktivitäten, wie die Eliminierung von detektierten Datenfehlern, die Anpas- 
sung der Merkmale und auch die Beschaffung weiterer Daten handeln. In Abhängigkeit der 
bereits realisierten Zielerfüllung und einer Aufwand-Nutzen-Abschätzung sind ausgewählte 
Maßnahmen zu initiieren. Neben einer direkten Verbesserung der Modelle dienen die Erkennt- 
nisse auch dem weiteren Entwicklungsprozess und zukünftigen Vorhaben. 


Die trainierten Modelle sind anschließend auf die Testdaten anzuwenden, welche einen pro- 
duktiven Betrieb simulieren, indem die darin enthaltenen Fälle den Modellen unbekannt sind, 
sodass Aussagen zu deren Generalisierbarkeit getroffen werden können. Wird nach der Er- 
gebnisanalyse ebenfalls eine Erfüllung der definierten Ziele festgestellt, gilt die Modellentwick- 
lung als abgeschlossen. In allen anderen Fällen bedarf es einer entwicklungsseitigen Anpas- 


689 Vgl. Liashchynskyi (2019), S. 3 
690 Der Parameter „k“ steht für die Anzahl der zu bildenden Teilmengen der Daten. Vgl. Hastie et al. 
(2009), S. 241 
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sung entsprechend der definierten Verbesserungsmöglichkeiten. Sind diese bereits ausge- 
schöpft oder aus anderen Gründen nicht realisierbar, ist die technische Machbarkeit des Ent- 
wicklungsansatzes infrage zu stellen und über einen Abbruch des Projektes zu entscheiden. 


7.3.5 Betriebliche Einführung 


Im Rahmen dieser Phase sind die prototypischen ML-Modelle in den Betrieb zu überführen, 
um sie produktiv für die Ausführung bzw. Unterstützung von Entscheidungsprozessen nutzen 
können. Ausgehend von einer weiterhin reduzierten Systemgestaltung zielen diese Aktivitäten, 
welche in Abbildung 80 zusammenfassend dargestellt sind, auch auf eine funktionale und pro- 
zessuale Erweiterung der angestrebten ML-Anwendung gemäß des initial festgelegten Ska- 
lierungskonzeptes ab. Einige der Aktivitäten gelten darüber hinaus für den gesamten Lebens- 
zyklus der Anwendungen. Neben etwaigen Änderungsbedarfen an den ML-Modellen, die im 
Rahmen der Operationalisierung festgestellt werden und zu einer Iteration der Entwicklungs- 
schritte der zweiten und dritten Phase führen, ist das Vorgehen dieser Phase stark von „klas- 
sischen“ IT-Aktivitäten zur Entwicklung und zum Betrieb von Software geprägt. Die Verzah- 
nung dieser entwicklungsseitigen und betrieblichen IT-Aktivitäten ist durch die Nutzung von 
Methoden und Werkzeugen des DevOps-Ansatzes zu unterstützen, wozu u. a. die im weite- 
ren Verlauf vorgestellten Cl/CD-Pipelines gehören.‘°' 


Bereitstellung in 


Systemintegration M6 Zielumgebung 


Betriebliche Einführung 


Finalisierung der Implementierung weiterer Software- 
und Hardwarekomponenten für ML-Anwendung 
Integration aller Komponenten, inkl. ML-Modelle, in 
ein Gesamtsystem 

Entwicklung einer Steuerlogik und Realisierung des 
Datenaustauschs zwischen Komponenten 


Test und Monitoring Mi M8 


Durchführung eines befristeten Testbetriebs 
Prüfung der technischen Eigenschaften, u. a. Güte 
Bewertung der prozessualen und betriebswirtschaft- 
lichen Effekte, inkl. Interaktion mit Nutzer 
Permanente Kontrolle entsprechend möglicher 
Veränderungen durch Re-Training 


Optimierung 


Implementierung von Schnittstellen für In- und Output 
Einrichtung der IT-Infrastruktur für Ausführung und 
Speicherung 

Implementierung von Pipelines für Re-Training mit 
oder ohne manuelle Freigabe (Cl/CD-Pipelines) 
Realisierung von Bereitstellungsstrategien 


Skalierung M9 


Implementierung weiterer Funktionen 

Übertragung auf weitere Anwendungsfälle gemäß 
Skalierungskonzept 

Durchführung notwendiger Modellanpassungen mit 
Iteration der vorausgegangenen Schritte 


- Kontinuierliche Analyse des Systemverhaltens, inkl. 


Ursachenbestimmung 


- Ermittlung und Bewertung von Verbesserungs- 


möglichkeiten 


- Testung neuer Lösungsansätze in Offline-Umgebung 


Erweitertes Lastenheft 


- Entscheidung über Modellanpassungen 


Abbildung 80: Betriebliche Einführung — Vorgehen‘? 


691 CI (Continuous Integration) und CD (Continuous Delivery bzw. Continuous Deployment) sind Kon- 

zepte zur Automatisierung von Aktivitaten der Entwicklung und des Betriebs von Anwendungen. Wah- 
rend Cl das Testen und Validieren von Modellen umfasst, beinhaltet CD die Bereitstellung der Modelle 
für den produktiven Einsatz. Vgl. Senapathi et al. (2019), S. 62 

622 Eigene Darstellung 
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Zu Beginn der produktiven Uberfiihrung sind die entwickelten Modelle in ein Gesamtsystem in 
Form der angestrebten ML-Anwendung zu integrieren (M6). Diese Anwendung ist anschlie- 
Rend mit einem reduzierten Funktionsumfang in Sinne eines MVP in der jeweiligen Zielumge- 
bung bereitzustellen (Deployment). Dies umfasst u. a. die Realisierung eines Re-Trainings der 
Modelle auf Basis einer aktualisierten Datenbasis, wobei Voraussetzungen für eine (teil-)au- 
tomatische Ausführung dieser Aktivitäten zu schaffen sind. Im Rahmen des betrieblichen Ein- 
satzes sind sowohl die technische Realisierbarkeit (M7) als auch die prozessualen und be- 
trieblichen Auswirkungen (M8) zu überprüfen. Im Falle einer stabilen Erreichung dieser Ziele 
ist die ML-Anwendung anschließend um die weiteren festgelegten Funktionen und Anwen- 
dungsfälle zu erweitern, was deren finaler Einsatzfähigkeit entspricht (M9). 


Vor der Implementierung sind die Erkenntnisse zur systemseitigen Gestaltung der angestreb- 
ten Anwendungen, welche innerhalb der beiden vorausgegangenen Phasen gewonnenen 
wurden und Implikationen für die produktive Umsetzung haben, zu konsolidieren. Dies umfasst 
u.a. die benötigten Daten zu den relevanten Input- und Output-Systemen, den damit verbun- 
denen Datenumfang sowie die benötigte Rechenleistung und Speicherkapazität. Die Informa- 
tionen sind in dem initial erstellten Lastenheft zu dokumentieren, wobei die darin enthaltenen 
Festlegungen zu erweitern und ggf. anzupassen sind. 


Systemintegration 


Im ersten Schritt sind die ML-Modelle in ein übergeordnetes Gesamtsystem in Form der ML- 
Anwendung zu integrieren. Gemäß des in der ersten Phase festgelegten Funktionsprinzips 
kann dies eine Verbindung der Modelle mit anderen Software- und Hardwarekomponen- 
ten erfordern, welche weitere Funktionen bereitstellen, wozu auch Interaktionsmöglichkeiten 
mit den Nutzern gehören. Die Implementierung dieser Komponenten ist größtenteils parallel 
zu der Modellentwicklung vorzunehmen. Daher umfasst dieser Schritt insbesondere die Aus- 
führung von offenen Entwicklungstätigkeiten für die Komponenten, welche aufgrund einer 
technischen Abhängigkeit zu den ML-Modellen noch nicht finalisiert werden konnten, sowie 
die Realisierung einer übergreifenden Steuerlogik und eines Datenaustauschs zwischen den 
einzelnen Komponenten, u. a. durch die Programmierung von Schnittstellen. Die Funktionalität 
der realisierten Systeme ist anschließend durch Testungen unter Offline-Bedingungen in Be- 
zug auf die Ziele des Quality Gate M6 zu überprüfen. 


Bereitstellung in Zielumgebung 


Anschließend sind die als PoC realisierten ML-Anwendungen in die produktive Zielumgebung 
zu überführen. In Abhängigkeit vom jeweiligen Funktionsumfang wird bei diesen Aktivitäten 
eine erneute Beschränkung auf die ML-basierten Funktionen und eine Umsetzung für die Pi- 
lotanwendungsfälle zur Komplexitätsreduzierung empfohlen. Eingangs sind dazu die erforder- 
lichen Schnittstellen zur Realisierung des Datenaustauschs mit den IT-Systemen für den In- 
und Output zu implementieren. Da die Echtzeitdaten von den bisher betrachteten historischen 
Daten abweichen können, bedarf es zudem eines Abgleiches von deren Inhalt und Struktur. 
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Dies umfasst auch eine Klarung etwaiger sicherheitsrelevanter Fragen, die sich aus einer bis- 
herigen Eliminierung von bestimmten Informationen in den historischen Daten ergeben. Wei- 
terhin bedarf es der Einrichtung einer Infrastruktur für die Ausführung der Anwendungen und 
deren Datenspeicherung entsprechend der benötigten Anforderungen (siehe HF Datenma- 
nagement). Eine weitere Aktivität betrifft das Re-Training der Anwendungen bzw. der zugrun- 
deliegenden ML-Modelle. Gemäß den Ausführungen in Kapitel 6.2.3 ergeben sich hierfür ver- 
schiedene Möglichkeiten, die von einer unregelmäßigen bis zu einer kontinuierlichen Aktuali- 
sierung reichen. Zu deren Realisierung sind die gesamten daten- und entwicklungsseitigen 
Schritte von der Extraktion und Aufbereitung der Echtzeitdaten bis zum Training der Modelle, 
einschließlich der Hyperparameteroptimierung und Testung, zu automatisieren. Für die Imple- 
mentierung dieser Trainings-Pipeline ist auf die bereits bestehenden Daten-Pipelines und die 
damit verbundenen Aufbereitungslogiken aus der Modellentwicklung aufzusetzen. 


Beim anfänglichen betrieblichen Einsatz der Anwendungen sowie grundsätzlich bei kritischen 
Entscheidungsprozessen bietet es sich an, die Kontrolle und die diesbezügliche Freigabe der 
jeweiligen Modellaktualisierungen weiterhin manuell auszuführen. Im Falle eines zunehmen- 
den Verständnisses über das Verhalten der Modelle kann jedoch zur Aufwandsreduzierung 
auch dieser letzte Schritt des Re-Trainings automatisiert werden. Die damit verbundene Auto- 
matisierung der gesamten Aktivitäten von der Datenextraktion über die Entwicklung der Mo- 
delle bis zu deren betrieblicher Bereitstellung ist durch die Implementierung einer CI/CD-Pipe- 
line zu realisieren und betrifft insbesondere Anwendungsfälle mit sehr dynamischen Einflüs- 
sen. Trotz der manuellen oder automatischen Kontrolle der jeweils aktualisierten Modelle wird 
die Nutzung von unterstützenden Bereitstellungsstrategien empfohlen, die entweder einen 
sukzessiven Modellwechsel, wie das Canary-Deployment, oder einen Rückgriff auf beste- 
hende Modellversionen durch deren parallelen Betrieb ermöglichen, wie das Blue-Green- 
Deployment‘%. 


Test und Monitoring 


Die realisierten Anwendungen sind unter den produktiven Bedingungen und der Verarbeitung 
von Echtzeitdaten zu prüfen. Dies erfordert einen befristeten Testbetrieb unter menschlicher 
Kontrolle zur Sicherstellung der benötigten technischen Eigenschaften sowie der angestrebten 
prozessualen und betriebswirtschaftlichen Auswirkungen (M8). Ersteres sollte dabei über die 
bisher fokussierte Ergebnisqualität hinausgehen und auch eine Bewertung weiterer Eigen- 
schaften, wie die Verfügbarkeit, Sicherheit und Compliance, umfassen. Die Prüfung der Nut- 
zenpotenziale kann u. a. Zeitmessungen und Kostenbewertungen beinhalten. Ein besonderes 
Augenmerk ist hierbei auf die Interaktion zwischen den Systemen und den Nutzern zu 
legen, um Veränderungen bei der Ausführung der Entscheidungsprozesse bewerten zu kön- 
nen. Die Erhebungszeiträume beider Bewertungsdimensionen sollten wenige Wochen bis 
mehrere Monate umfassen, können aber in Abhängigkeit der Zielgrößen auch variieren. Über 
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diese zeitlich begrenzte Testung hinaus ist insbesondere für die Sicherstellung der Ergebnis- 
qualität — aufgrund des dynamischen Systemverhaltens sowie für die Beobachtungen etwaig 
erkannter Schwachstellen — eine permanente Kontrolle der Anwendungen im laufenden Be- 
trieb sicherzustellen. In Abhängigkeit des angestrebten Autonomiegrads erfordert dieses Mo- 
nitoring weiterhin eine intensive Einbeziehung der Menschen, wobei diese durch systemseitige 
Kontrollmechanismen zu unterstützen sind. (siehe HF Mensch-Computer-Interaktion). 


Skalierung 


Nach Erreichung der angestrebten prozessualen und betriebswirtschaftlichen Ziele entspre- 
chend des Quality Gates M8 sind die Anwendungen gemäß des initial festgelegten Skalie- 
rungskonzeptes zu erweitern. Dies betrifft die finale Implementierung weiterer Funktionen, 
die aufgrund der Beschränkung auf die ML-basierten Funktionen bei der Umsetzung des MVP 
nicht weiterentwickelt wurden. Außerdem sind die Anwendungen auf weitere definierte An- 
wendungsfälle zu übertragen. Insbesondere Letzteres kann umfassende Modellanpassun- 
gen und damit eine Iteration der daten- und entwicklungsseitigen Aktivitäten erfordern. Die 
prozessual und funktional skalierten Anwendungen sind erneut unter Online-Bedingungen zu 
testen, wobei die Kriterien des Quality Gates M9 zu berücksichtigen sind. Eine entsprechende 
Zielerfüllung stellt den Übergang von einem MVP in ein vollständig einsatzfähiges System dar, 
welches unternehmensintern und ggf. -extern ohne Einschränkungen genutzt werden kann. 


Optimierung 

Über die Bewertung der Kriterien der einzelnen Quality Gates hinaus ist im Rahmen des pro- 
duktiven Einsatzes der Anwendungen das Verständnis über deren Verhalten zu vertiefen. 
Dazu bedarf es gezielter Analyse der systemseitigen Ergebnisse, was u.a. einen Vergleich 
von unterschiedlichen Entscheidungs- bzw. Datensituationen und einer Identifikation techni- 
scher Ursachen umfasst. Die erzielten Erkenntnisse dienen einer verbesserten Qualitätskon- 
trolle durch die Nutzer, welche dadurch für die Fähigkeiten und Grenzen der Systeme sensi- 
bilisiert werden (siehe HF Kompetenzmanagement). Analog zum Vorgehen bei der Modellent- 
wicklung sind diese Erkenntnisse zudem für die Ableitung von geeigneten Anpassungsmög- 
lichkeiten einzusetzen. Durch eine Verstetigung dieser Aktivitäten ist im laufenden Betrieb eine 
kontinuierliche Verbesserung der Anwendungen bzw. der zugrundeliegenden Modelle zu 
etablieren. Hierbei sind auch externe Impulse zu nutzen, wozu u. a. eine regelmäßige Recher- 
che nach neuen Lösungsansätzen in Forschung und Praxis zählen. Im Falle modellseitiger 
Anpassungen bedarf es zur Prüfung von deren Vorzugswürdigkeit gegenüber den bestehen- 
den Modellversionen eines erneuten Durchlaufens der vorausgegangenen daten- und ent- 
wicklungsseitigen Schritte. Vor diesem Hintergrund sind die identifizierten Verbesserungs- 
maßnahmen stets kritisch hinsichtlich ihres potenziellen Mehrwertes zu bewerten. 


254 


7.3 Ablauforganisation: Standardprozess zur Auswahl und Umsetzung von ML-Anwendungen 


7.3.6 Validierung 


Fur die finale Entscheidung Uber die Nutzung von ML zur Realisierung der angestrebten Prog- 
noseanwendung im ETA-Anwendungsfall und für den anschließenden Umsetzungsprozess 
muss das hierfür gebildete „ETA-Projekt“ verschiedene Quality Gates passieren, welche im 
Folgenden mit den korrespondierenden Aktivitäten beschrieben sind. 


M1 - Eignungsprüfung: Ausgehend von einer groben Problemerfassung und indikativen Zu- 
ordnung der ML-Technologie zur Lösung des ETA-Anwendungsfalls im Rahmen der strategi- 
schen Planung werden zu Beginn des Umsetzungsprozesses die damit verbundenen Aktivitä- 
ten intensiviert. Dies beinhalt eine Erfassung des Kernproblems, bei der erkannt wird, dass die 
bisherigen Entscheidungsprozesse für eine Ermittlung von Prozess- bzw. Ankunftszeiten zu- 
künftiger Transporte von einer hohen Unsicherheit geprägt sind. Diese Unsicherheit ist auf 
eine Vielzahl von Störungen bzw. Einflussfaktoren auf die Prozesse zurückzuführen. Weder 
die Mitarbeiter auf Basis ihrer Erfahrungen — die häufig zu Über- oder Unterschätzungen von 
Störungsereignissen führen — noch die eingesetzten Entscheidungstechniken, bei denen es 
sich um einfache Heuristiken zur linearen Fortschreibung von Verspätungen handelt, sind in 
der Lage, diese Faktoren bei der Ermittlung zukünftiger Transportverläufe adäquat zu berück- 
sichtigen. Dies führt zu nicht optimalen, d. h. fehlerhaften und isolierten, Dispositionsentschei- 
dungen, zu einem hohen Aufwand in der Transportplanung und -steuerung sowie zu einer 
schlechten Planbarkeit für alle assoziierten Geschäftsprozesse, wie z. B. die Ressourcenpla- 
nung. Vor diesem Hintergrund wird eine Entscheidungstechnik benötigt, welche grundsätzlich 
die Fähigkeit zur zuverlässigen Ermittlung zukünftiger Prozesszeiten aufweist. Hierdurch soll 
eine vorausschauende Planung mit faktenbasierten Entscheidungen ermöglicht werden. 


Die Analyse einer in diesem Kontext typischen Entscheidungssituation zeigt, dass die vielfäl- 
tigen Einflussfaktoren eine hohe Dynamik mit komplexen Wirkungsbeziehungen aufweisen, 
wie z.B. das räumliche „Fortpflanzen“ von Verspätungen im Netzwerk. Ergänzend zu dieser 
stochastischen Entscheidungssituation sind die Entscheidungen aufgrund ihres unmittelbaren 
Bezuges zur logistischen Leistungserstellung in sehr regelmäßigen Abständen zu treffen, was 
in einer geringen verfügbaren Zeit für die Entscheidungsträger bei der Ermittlung der auftrags- 
spezifischen Prozesszeiten führt. Die benötigte Entscheidungstechnik muss demnach mit die- 
ser Problemkomplexität umgehen können und eine permanente Ausführung mit einer dynami- 
schen Anpassung der Ergebnisse ermöglichen. 


Bei der Einordnung des vorliegenden Entscheidungsproblems in die entwickelte ML-Typologie 
ergibt sich das Transportmanagement als korrespondierender Typ für den logistischen An- 
wendungsbereich, welcher sich u. a. durch die Einbeziehung von externen Daten auszeichnet 
(siehe Kapitel 5.2.2.5). In Bezug auf die Typen der Problemlösungsfähigkeit erfolgt eine Zu- 
ordnung zur Prognose (siehe Kapitel 5.2.1.3). Nach Kombination der beiden Typenarten findet 
sich für das Transportmanagement-Prognose-Tupel mit der Veröffentlichung von Owczarek, 
Janke (2018) eine bestehende Referenzanwendung, bei der ebenfalls Verspätungen von 
mehrstufigen Transportprozessen prognostiziert werden (siehe Tabelle 35 im Anhang). Über 
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die typenbezogenen Informationen zur generischen Realisierung der Prognosefahigkeit hin- 
aus können daher in diesem Fall anwendungsspezifische Erkenntnisse weitergenutzt werden. 
Demnach wurde in der Referenzanwendung fiir das Problem eine Klassifikation umgesetzt 
und mit dem Lernverfahren Random Forest die höchste Prognosegüte erzielt. 


Sowohl die vorliegenden Problemmerkmale als auch die benötigte Problemlösungsfähigkeit 
sprechen gemäß den Indikatoren in Kapitel 5.5 für eine Eignung von ML zur Realisierung der 
ETA-Anwendung. Die Vorzugswürdigkeit dieses Ansatzes gegenüber modellgestützten Ent- 
scheidungstechniken ergibt sich dabei insbesondere aus der festgestellten Dynamik der Ein- 
flussfaktoren. Die Möglichkeit der Zuordnung zu der entwickelten ML-Typologie sowie die Exis- 
tenz bestehender Referenzanwendungen bekräftigen diese Einschätzung zur Eignung, so- 
dass das Quality Gate M1 passiert werden kann. 


M2 - Daten-Pre-Check: Neben der grundsätzlichen Eignung der Problemstellung für den ML- 
Ansatz wird auch die datenseitige Realisierbarkeit für das ETA-Projekt bewertet. Als Grund- 
lage für die Bestimmung der benötigten Daten erfolgt dazu eine Analyse des prozessualen 
Betrachtungsbereiches und die Ermittlung relevanter Variablen für die ML-Modelle. Der be- 
trachtete Prozess der maritimen Distribution im ETA-Anwendungsfall beginnt mit der Gestel- 
lung der Container im Werk zur Verladung der Güter und endet mit deren Verladung auf ein 
Seeschiff. Es zeigt sich, dass verschiedene Konfiguration dieses Prozesses existieren, die 
sich insbesondere in der Nutzung verschiedener Verkehrsträger unterscheiden. Der reine 
Straßentransport und der intermodale Straße-Schiene-Transport — im Sinne eines kombinier- 
ten Verkehrs (KV) — weisen dabei die höchsten Gütermengen auf. Bei einer feingranularen 
Betrachtung dieser Prozesskette ergeben sich verschiedene Teilprozesse, die im Falle des 
intermodalen Transports u. a. auch Umschlagsprozesse in einem KV-Terminal umfassen. Ent- 
sprechend des mehrstufigen Charakters sind sowohl unternehmensintern als auch -extern ver- 
schiedene Akteure in die logistische Leistungserstellung involviert. Dazu gehören neben Ter- 
minalbetreibern im Seehafen und Hinterland auch Eisenbahnverkehrsunternehmen (EVU) und 
Eisenbahninfrastrukturunternehmen (EIU) sowie Spediteure und KV-Operateure. Die Vertreter 
all dieser Unternehmen kommen als potenzielle Wissensträger und Eigentümer relevanter Da- 
ten infrage, sodass versucht wird, diese in das ETA-Projekt miteinzubeziehen. 


Im Rahmen der Prozessanalyse werden auch größere betriebliche Unterschiede zwischen den 
einzelnen Teilprozessen mit Implikationen auf die Datenbeschaffung und die Modellkonfigura- 
tion festgestellt. Dies betrifft neben den wirkenden Einflussfaktoren auch die relevanten Ziel- 
variablen. Gemeinsam mit den jeweiligen Prozess- und Datenverantwortlichen werden die be- 
nötigten und verfügbaren Daten für den Anwendunggsfall identifiziert, wobei zu diesem Zeit- 
punkt lediglich eine Differenzierung nach drei Datenarten in Form von Ist- und Sollinformatio- 
nen zu den Prozessen (Bewegungsdaten) sowie von Daten zur Qualifizierung der Soll-Ist- 
Abweichungen (Störungsinformationen) vorgenommen wird. Auch bei der Verfügbarkeit und 
Qualität dieser Daten lassen sich erhebliche Unterschiede zwischen den Teilprozessen fest- 
stellen. Während der Schienentransport für alle Datenarten eine hohe Abdeckung aufweist, 
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sind für die Rangierprozesse in den KV-Terminals und den Seehäfen nahezu keine Informati- 
onen vorhanden (siehe Abbildung 81). 
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Abbildung 81: Data-Pre-Check im ETA-Anwendungsfall®™ 


Zusammen mit den internen und externen Dateneigentümern werden die Beschaffungsmög- 
lichkeiten dieser Daten für das ETA-Projekt grob bewertet. Hierzu werden den externen In- 
stanzen bereits Möglichkeiten zur späteren Unterzeichnung von Geheimhaltungsvereinbarun- 
gen sowie die Exklusion geschäftsrelevanter Informationen, wie Auftragsbezeichnungen, in 
Aussicht gestellt. Zusammen mit der Möglichkeit zur Kompensation der datenseitigen White 
Spots durch eine geeignete Gestaltung der späteren Modeallarchitektur wird insgesamt fest- 
gestellt, dass die essenziell benötigten Daten für das Projekt voraussichtlich beschaffbar sind, 
wodurch die Kriterien des Quality Gates M2 erfüllt sind. 


M3 — Auswahlentscheidung: Unter Einbeziehung der identifizierten Stakeholder, wozu auch 
die späteren Nutzer zählen, werden im nächsten Schritt die Anforderungen an die ML-Anwen- 
dung und an deren Umfeld sowie die mit der Einführung der Anwendung verbundenen Poten- 
ziale und Risiken erhoben. Die in diesem Zusammenhang aufgenommenen Meinungsbilder 
werden unter Moderation der Projektleitung in einheitliche Ziele überführt. Dies betrifft zuvor- 
derst den späteren Einsatzbereich der Anwendung, der sich über die Transportplanung und - 
steuerung für den Export von Containern hinaus auf weitere Transportketten für andere Güter 
und Inbound-Prozesse sowie auf weitere Geschäftsprozesse, wie z.B. die Personalplanung, 
erstreckt. In Bezug auf die technischen Ziele beinhaltet dies u. a. die primären Funktionalitäten 
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der Anwendung, welche neben der ETA-Prognose noch eine diesbezügliche Ausgabe von 
geeigneten Aktionen zur Transportplanung und -steuerung umfassen sollen, sowie die sys- 
temtechnische Ausprägung, welche eine spätere Integration des Systems als Service auf einer 
modularen Plattform des Unternehmens vorsieht. Ferner werden die benötigten Bezugspunkte 
und -objekte der Prognose, deren genauer Inhalt sowie die angestrebte Ergebnisqualität fest- 
gelegt, wobei Letzteres sowohl für die gesamte Prozesskette als auch für die verschiedenen 
Bezugspunkte erfolgt. Für die mit dem Einsatz der ML-Anwendung intendierten Auswirkungen 
werden prozessuale Ziele für die zukünftige Entscheidungsausführung, z. B. eine Reduzierung 
der manuellen Tätigkeiten und der Entscheidungszeit, sowie betriebswirtschaftlichen Ziele, 
z.B. eine Reduzierung von Sondertransporten und Leerfahrten, fixiert. 


Während sich diese Festlegungen auf den systemseitigen Zielzustand beziehen, erfolgt für 
ausgewählte Ziele eine Anpassung in Bezug auf die einzelnen Entwicklungsstufen der Anwen- 
dung im Sinne eines Skalierungskonzeptes. Hinsichtlich des Einsatzbereiches wird für die Re- 
alisierung der Prototypen in Form des PoC und MVP eine Beschränkung auf den Pilotanwen- 
dungsfall des kombinierten Straße-Schiene-Transportes und drei damit verbundenen Pilotre- 
lationen vorgenommen. Diese stellen u.a. aufgrund des jeweiligen Güteraufkommens, der 
Auslastung der involvierten KV-Terminals sowie der Datenverfügbarkeit repräsentative Aus- 
schnitte des Transportnetzwerkes dar. Auch ist für die Entwicklungsstufe des PoC eine geringe 
Zuverlässigkeit der Ergebnisse zulässig. Zusätzlich soll für die Prototypenstufen eine visuelle 
Benutzerschnittstelle zu Demonstrations- und Validierungszwecken umgesetzt werden. Die 
Ziele werden mit zentralen Erkenntnissen aus der Analyse- und Konzeptionsphase, u.a. in 
Form der infizierten Defizite bei der Entscheidungsausführung und der voraussichtlichen Da- 
tenverfügbarkeit für das Projekt, in einem Anwendungssteckbrief zusammengefasst (siehe Ab- 
bildung 82). Dieser dient der Unternehmensführung als Grundlage für die Entscheidung zur 
Umsetzung der Anwendung im Sinne des Quality Gates M3. 
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Abbildung 82: Anwendungssteckbrief im ETA-Anwendungsfall®? 


M4 — Prüfung der Datenbasis: Im nächsten Schritt werden die für den Pilotanwendungsfall 
benötigten und gleichzeitig verfügbaren Daten im ETA-Projekt beschafft und analysiert, so- 
dass die indikative Einschätzung aus dem Data-Pre-Check zur datenseitigen Realisierbarkeit 
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der Anwendung plausibilisiert werden kann. Hierzu wird einleitend der Datenbedarf für eine 
idealtypische Gestaltung der Anwendung auf Grundlage von weiterem gewonnenen Wissen 
zu den Prozessen und den damit verbundenen Einflussfaktoren konkretisiert. Hinsichtlich der 
benötigten Datenarten wird erkannt, dass neben den Ist-Informationen zum Transportverlauf 
auch Zusatzinformationen zur Verbindung der einzelnen Prozesse benötigt werden, da sich 
die jeweiligen Daten auf unterschiedliche Bezugsobjekte, wie Lkw und Züge sowie einzelne 
Wagen und Container, beziehen. Die Konkretisierung der Datenqualität sieht u.a. einen Be- 
darf von historischen Daten für drei Jahre vor, welche in Rohform und im Falle der Bewegungs- 
daten in einer Frequenz von mindestens 15 Minuten vorliegen sollten. Ausgehend von diesem 
idealtypischen Szenario werden datenseitige Minimalanforderungen abgeleitet, die eine Ver- 
fügbarkeit von Ist-Informationen für die Start- und Ankunftszeit der beiden Prozesse des Stra- 
Ben- und Schienentransportes für zwei Jahre umfassen. 


Gemeinsam mit den Prozessverantwortlichen und IT-Architekten wird die Suche nach verfüg- 
baren Daten für das Projekt inner- und außerhalb des Unternehmens intensiviert, was zu einer 
Konkretisierung der Erkenntnisse des Pre-Checks führt. Die fehlende Datenabdeckung für die 
Rangierprozesse wird hierbei bestätigt. Zusätzlich wird erkannt, dass die verfügbaren Daten 
für den Prozess der Containergestellung nicht ausreichend sind. Auch muss festgestellt wer- 
den, dass eine Einbindung von Daten zu den Seehafenterminals für das Projekt nicht möglich 
ist. Die einzelnen Daten werden beschafft und aufbereitet, was auch deren Integration mittels 
eindeutiger Schlüsselvariablen umfasst, wodurch eine datenseitige Abbildung von Trans- 
portaufträgen entlang der Prozesskette möglich wird. Unter Durchführung verschiedener Da- 
tenanalysen wird die Qualität der Daten bewertet, was u.a. zur Aufdeckung von fehlenden 
Informationen und von Widersprüchen führt, welche teilweise auf eine manuelle Dateneingabe 
zurückzuführen sind. Die Erkenntnisse aus der Datenbeschaffung und -analyse werden doku- 
mentiert und mit den definierten Minimalanforderungen verglichen (siehe Abbildung 83). Trotz 
der Einschränkungen für einzelne Prozesse ist eine ausreichende Datenbasis für die ange- 
strebte Anwendung gegeben, sodass die Kriterien des Quality Gates M4 erfüllt sind und in die 
Entwicklung der einzelnen technischen Komponenten übergegangen wird. 
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Abbildung 83: Bewertung der vorhandenen Datenbasis im ETA-Anwendungsfall®° 


M5 - Test der ML-Modelle unter Offline-Bedingungen: Anschließend erfolgt die Entwick- 
lung der ML-Modelle für die ETA-Prognose, wobei durch die Gewinnung neuer Erkenntnisse 
auch weiterhin datenseitige Aktivitäten, wie die Beschaffung, Aufbereitung und Analyse der 
Daten, notwendig sind. Auf Grundlage der Informationen zu den betrieblichen und datenseiti- 
gen Rahmenbedingungen des Anwendungsfalls sowie zu den damit verbundenen prozessu- 
alen Unterschieden wird zu Beginn das Gesamtprognoseproblem in Form der Door-to-Port- 
ETA in mehrere Teilprobleme zerlegt, die durch separate Teilmodelle repräsentiert sind. Zur 
Ermittlung einer optimalen Gestaltung der Modellarchitektur und der einzelnen Teilmodelle 
werden mehrere Ansätze getestet, wozu auch der Einsatz verschiedener Lernverfahren mit 
unterschiedlichen Parametereinstellungen gehört. Die gemäß der Zielsetzung angestrebte Er- 
gebnisqualität für die ETA wird mittels einer Segmentierung in sechs prozessspezifische Prog- 
noseprobleme erreicht, die u.a. eine Exklusion des Prozesses der Verholung und des Um- 
schlags im Seehafen sowie eine Integration der Rangierprozesse in das Teilmodell der Schie- 
nentransporte vorsehen. Die angestrebte Gesamtprognose setzt sich bei der gewählten Archi- 
tektur aus einer logischen Verknüpfung der Teilmodelle im Sinne einer Prozesskettenprognose 
zusammen, bei der die Modelle sukzessive aufeinander aufbauen. Insgesamt erweisen sich 
Ensemble-Learning-Verfahren in Form von Random Forest, Gradient Boosting und Linear Re- 
gression Trees als geeignetste Lernverfahren für die einzelnen Regressions- um Klassifikati- 
onsprobleme, was u.a. im Zusammenhang mit ihrer Fähigkeit zum Umgang mit einer hohen 
Anzahl von Merkmalen steht. 
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Obgleich die technischen Ziele bereits mit dem identifizierten Lösungsansatz erreicht sind, 
werden im Rahmen der Entwicklung auch mehrere Defizite und darauf basierende Verbesse- 
rungsmöglichkeiten der Modelle ermittelt. Dazu zählt prozessübergreifend eine stärkere Ein- 
bindung von Daten zu technischen Störungen an der Infrastruktur und am jeweils genutzten 
Fahrzeug sowie zu verkehrsbedingten Einflussfaktoren, die bisher nicht ausreichend berück- 
sichtigt sind. Selbiges gilt für große Störungsereignisse, die selten auftreten, aber eine hohe 
zeitliche Auswirkung haben, wie Stürme oder Streiks. Die gewonnenen Erkenntnisse zur Ge- 
staltung der ML-Modelle für den Anwendungsfall werden in Form eines Modellsteckbriefes 
dokumentiert (siehe Abbildung 84), der die Entscheidungsgrundlage für die Bewertung des 
Quality Gates M5 bildet. 
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Abbildung 84: Modellsteckbrief im ETA-Anwendungsfall®” 


M6 - Test der ML-Anwendung unter Offline-Bedingungen: Die entwickelten ML-Modelle 
für die Door-to-Port-Prognose werden zusammen mit den weiteren technischen Komponen- 
ten, die zur Realisierung der Funktionen des angestrebten Systems benötigt und parallel zu 
den Modellen entwickelt wurden, in eine übergreifende Anwendung überführt. Entsprechend 
eines übergeordneten Funktionsprinzips (siehe Abbildung 85) werden die Prognosemodelle 
mit einer Komponente zur Erkennung von Abweichungen vom geplanten Prozessablauf sys- 
temseitig verbunden. Eine weitere Komponente, die als wissensbasiertes System umgesetzt 
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wurde, generiert auf Basis detektierter Abweichungen geeignete Aktionen für die Transport- 
planung und -steuerung. Zusätzlich ist eine Komponente für die automatische Qualitätsbewer- 
tung der Ergebnisse vorgesehen, bei der u.a. ein Abgleich mit den tatsächlich realisierten 
Zeiten stattfindet. Gemäß des Skalierungskonzeptes wird für die prototypischen Entwicklungs- 
stufen zudem eine Komponente zur visuellen Darstellung der Ergebnisse integriert. Neben der 
Ausgabe der ETA für die einzelnen Bezugspunkte und der ermittelten Aktionen beinhaltet das 
auch Zusatzinformationen zur Ergebnisqualität, einschließlich von Warnhinweisen. Die Visua- 
lisierung dient der Bewertung des systemseitigen Reifegrades und erhöht gleichzeitig das Ver- 
ständnis bei den Nutzern für die Anwendung. Mit der erfolgreichen Testung des Funktionsprin- 
zips unter Offline-Bedingungen sind die Kriterien des Quality Gates M6 erfüllt. 
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Abbildung 85: Funktionsprinzip des PoC für Anwendung im ETA-Anwendungsfall®° 


M7 - Test der ML-Anwendung unter Online-Bedingungen: Der realisierte PoC der Anwen- 
dung wird mit einem reduzierten Funktionsumfang, welcher zuvorderst die Realisierung der 
ETA-Prognose umfasst, in die produktive Zielumgebung überführt. Dazu wird die benötigte IT- 
Infrastruktur zur Ausführung der Anwendungen und zum Datenaustausch eingerichtet, was 
auch die Programmierung von noch nicht berücksichtigten Schnittstellen für die Input-Daten 
und für die Weitergabe des Outputs an die Zielsysteme umfasst. 


Die bisherige Daten-Pipeline zur Aufbereitung der Input-Daten wird im Sinne einer Trainings- 
Pipeline erweitertet, welche auf Basis von neuen Daten eine systemseitige Aktualisierung der 
Prognosemodelle durch eine Automatisierung des gesamten Prozesses der Modellanpassung 
ermöglicht. Für das automatische Re-Training wird ein Zeitplan festgelegt, der eine allnächtli- 
che Aktualisierung vorsieht. Ferner wird die Komponente zur Qualitätsbewertung um Kontroll- 
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und Steuerungsmechanismen ergänzt, die zu einer ereignisbasierten Anpassung der Modelle 
im Falle einer strukturellen Abweichung der Prognosegüte führen. Die realisierte Anwendung 
wird im Live-Betrieb gemäß aller definierten technischen Zielgrößen über drei Monate getestet, 
wodurch systemseitige Stärken und Schwächen erkannt werden, auf deren Grundlage eine 
Verbesserung der ML-Modelle vorgenommen wird. Dies beinhaltet ein iteratives Durchlaufen 
der einzelnen Entwicklungsschritte sowie der Anpassung der Trainings-Pipeline. Mit der Errei- 
chung der technischen Ziele ist die Funktionsfähigkeit der reduzierten Anwendung unter On- 
line-Bedingungen sichergestellt und damit das Quality Gate M7 erreicht. 


M8 - Prüfung der Auswirkungen der ML-Anwendung: In Ergänzung zur vorausgegange- 
nen technischen Überprüfung wird die ETA-Anwendung auch hinsichtlich der festgelegten pro- 
zessualen und betriebswirtschaftlichen Ziele überprüft. Zur Sicherstellung einer kontinuierli- 
chen Zielerreichung wird dazu ein längerer Testzeitraum von vier Monaten vorgenommen. Die 
Überprüfung der einzelnen Zielgrößen erfolgt zum Teil manuell, u. a. in Form einer Messung 
der Prozesszeit zur Disposition für neue Aufträge unter Nutzung der systemseitig generierten 
ETA-Informationen. Die Reduzierung von induzierten Verspätungen und von durchgeführten 
Sondertransporten wird im Rahmen bestehender Leistungsindikatoren erfasst. Die kostensei- 
tigen Einsparungen werden durch die im Business Case genutzten Berechnungslogiken er- 
mittelt. Neben der Erfassung dieser zielgebundenen Auswirkungen werden auch die Nutzer 
zu ihrer subjektiven Wahrnehmung befragt, um sowohl Anpassung an der Anwendung vorzu- 
nehmen als auch Qualifizierungsmaßnahmen für die Mitarbeiter einzuleiten. Mit der perma- 
nenten Sicherstellung der intendierten prozessualen und betriebswirtschaftlichen Auswirkun- 
gen sind die Kriterien des Quality Gates M8 erfüllt. 


M9 - Test der skalierten ML-Anwendung: Die bisher ausschließlich für den Pilotanwen- 
dungsfall und die drei Relationen umgesetzte prototypische Anwendung, deren produktive 
Überführung sich außerdem auf die Funktionalität der ETA-Prognose beschränkte, wird nun 
entsprechend dem festgelegten Skalierungskonzept erweitert. Dies umfasst zum einen die 
prozessuale Erweiterung hinsichtlich weiterer Relationen für die maritime Distribution, aber 
auch die Übertragung auf Inbound-Transporte und auf ungebrochene Straßentransporte. Ent- 
sprechend der damit einhergehenden Veränderungen der prozessualen und datenseitigen An- 
forderungen werden größere Anpassungen an den bestehenden Modellen vorgenommen, 
was wiederum ein iteratives Durchlaufen der Schritte zur Entwicklung und betrieblichen Ein- 
führung beinhaltet. Zum anderen findet auch eine funktionale Erweiterung der Anwendung um 
die bereits im Rahmen des PoC integrierte Funktion zur Ausgabe von geeigneten Aktionen für 
die Transportplanung und -steuerung statt, die bei der Realisierung des MVP unberücksichtigt 
blieb und nun ebenfalls unter Live-Bedingungen für das erweiterte prozessuale Spektrum ein- 
gesetzt wird. Nach erfolgreicher Testung der skalierten Anwendung im Sinne der Kriterien des 
Quality Gates M9 ist die Anwendung zur ETA-Prognose ohne Einschränkungen im Unterneh- 
men und für die intendierte Bereitstellung als externer Service einsatzfähig. 
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Nach Prüfung dieses HF anhand des ETA-Anwendungsfalls lässt sich eine Operationalisie- 
rung aller wesentlichen Aktivitäten feststellen. Dies bezieht sich sowohl auf die einzelnen 
Schritte des Vorgehens als auch auf die formulierten Quality Gates, welche inhaltlich und 
strukturell für die Auswahl und Umsetzung der betrachteten ML-Anwendung geeignet sind. Die 
fallspezifischen Ausprägungen führen zu einer Erfüllung von acht Anforderungen (siehe Ta- 
belle 24). 


Anforderung Erfüllung im Anwendungsfall durch Maßnahmen des HF 


Die Strukturierung anhand von Quality Gates, deren Erreichung an fixierte Kriterien ge- 
Standardprozesse knüpft ist, stellt ein systematisches Vorgehen bei der Auswahl und Umsetzung der ML- 
Anwendung sicher. 


Das agile Vorgehen, welches eine Iteration der einzelnen Entwicklungsschritte zulässt, 
Zuverlässigkeit motiviert die Testung verschiedener Lösungsansätze. In Verbindung mit den Quality 
Gates führt das zu einem „systematischen Experimentieren“ bei der Entwicklung. 


Von Beginn an wird das Gesamtsystem in Form der angestrebten ML-Anwendung be- 


Systemdenken trachtet und auch die Definition der Ziele dahingehend ausgerichtet. 


Die Reduktion der angestrebten ML-Anwendung auf mehrere Entwicklungsstufen ermög- 
licht eine Fokussierung auf ausgewählte Funktionen und Prozesse, die bei Erreichung 
der jeweiligen Ziele gemäß der Quality Gates inkrementell erweitert werden. 


Komplexitäts- 
beherrschung 


Bei der Auswahlentscheidung werden festgelegte betriebswirtschaftliche Ziele der ML- 
Business Case Anwendung berücksichtigt. Deren Erreichung wird im Rahmen eines Quality Gates um- 
fassend überprüft. 


Die frühzeitige Erstellung eines Skalierungskonzeptes, welches eine spätere prozessu- 
Skalierbarkeit ale und funktionale Erweiterung der ML-Anwendung und eine Erhebung der damit ver- 
bundenen Anforderungen vorsieht, wirkt Insellösungen entgegen. 


Das Vorgehen sieht in den einzelnen Schritten eine intensive Einbindung verschiedener 
und wechselnder Wissensträger — auch außerhalb des IT-Bereiches - vor, einschließlich 
von Vertretern aus der Nutzergruppe. 


Interdisziplinäre 
Kooperation 


Der Anwendungssteckbrief zeigt für die Stakeholder alle wesentlichen Informationen zur 


Transparenz Anwendung auf, einschließlich der Potenziale und Risiken. 


Tabelle 24: Handlungsfeld Ablauforganisation — Erfüllung der Anforderungen 


7.4 Aufbauorganisation: Agile Strukturen für ML-Projekte mit zent- 
raler Koordination 


Das Ziel der Maßnahmen dieses HF ist die Realisierung von Organisationsstrukturen, die ein 
agiles Vorgehen bei der Umsetzung von ML-Anwendungen ermöglichen und gleichzeitig die 
Konformität der Aktivitäten zu den festgelegten strategischen Zielen gewährleisten. Die ope- 
rative Verantwortung über den Umsetzungsprozess ist autonom agierenden, produktorientier- 
ten Projektteams zu übertragen, welche sich aus Personen mit unterschiedlichen Kompetenz- 
profilen zusammensetzen. Die ML-Projekte sind organisatorisch an den jeweiligen IT-Funkti- 
onsbereich der Unternehmen anzugliedern, wobei diese Bereiche zur Sicherstellung der be- 
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nötigten Flexibilität, Interdisziplinaritat und Vernetzung der Projektteams in agile Organisati- 
onseinheiten zu überführen sind. Diese Skalierung der agilen Prinzipien (siehe HF Ablaufor- 
ganisation) ist in Anlehnung an das Spotify-Modell vorzunehmen. Parallel zu diesen dezentra- 
len Strukturen ist eine zentrale Kontrollinstanz in Form eines Digital Transformation Office 
(DTO) zu bilden, welche projektübergreifend die ML-Aktivitäten verantwortet und in Hinblick 
auf die strategische Planung überwacht und steuert. Eine Zusammenfassung der Maßnahmen 


mit dem zugrundeliegenden Handlungsbedarf findet sich in Abbildung 86. 
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Abbildung 86: Handlungsfeld Aufbauorganisation — Übersicht? 


7.4.1 Bildung interdisziplinärer ML-Projektteams 


Entsprechend der technischen Neuartigkeit für viele Unternehmen handelt es sich bei der Um- 
setzung von ML-Anwendungen um komplexe Vorhaben mit einer hohen Individualität. Vor die- 
sem Hintergrund sind die damit verbundenen Aktivitäten innerhalb temporär zu bildender Or- 
ganisationseinheiten in Form von Projekten auszuführen. Für die Zusammensetzung der 
Teams von ML-Projekten werden Mitarbeiter mit unterschiedlichen Kompetenzen benötigt. Im 
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Rahmen der vorliegenden Untersuchung konnten hierfür mehrere Kompetenzprofile identifi- 
ziert werden, die von den Unternehmen als projektübergreifende Rollen bei der Umsetzung 
von ML-Anwendungen bereitzustellen und in Tabelle 25 mit ihren wesentlichen Aufgaben auf- 


geführt sind. 


Rolle 


Funktion 


Leitung Gesamtsystem 


Verantwortung der Umsetzung des Gesamtsystems, inkl. ML-Modelle und 
anderer technischer Komponenten; Koordination der Stakeholder 


Leitung Modellentwicklung 


Verantwortung der Umsetzung der ML-Modelle; Koordination der Stakeholder 


Business Analyst 


Aufnahme und IT-bezogene Spezifikation von betrieblichen Anforderungen; 
Erstellung von Wirtschaftlichkeitsanalysen 


Datenwissenschaftler 


Implementierung der ML-Modelle, einschließlich Konzeption, Erstellung und 
Training; Interpretation von Datenmustern 


Dateningenieur 


Aufbereitung und Integration von Daten, einschließlich der Implementierung 
von Pipelines; Einrichtung der IT-Infrastruktur 


Datenanalyst 


Erstellung von Datenanalysen und diesbezüglichen Visualisierungen 


IT-Architekt 


Identifikation relevanter IT-Systeme und Daten im Unternehmen; Zugang zu 
Systemen 


Dateneigentümer 


Bereitstellung und Erklärung von Daten 


Domänenexperten, inkl. 
Prozessverantwortliche 


Anforderungsformulierung; Bereitstellung von Wissen zu Prozessen und Da- 
ten; Validierung und Testung; Entwicklung eines Systemverständnisses 


Arbeitnehmervertretung 


Anforderungsformulierung; Überwachung der Entwicklung und des Einsatzes 


Nutzer Anforderungsformulierung; Validierung und Testung 


Tabelle 25: Rollen und deren Funktionen in ML-Projekten’°° 


Entsprechend der dargestellten Rollen sind neben „klassischen“ IT-Entwicklern auch Fach- 
kräfte mit Kompetenzen im Bereich der Entwicklung von ML-Modellen und der Aufbereitung 
und Analyse von Daten einzubinden. Auch werden spezialisierte Mitarbeiter für den Betrieb 
der Systeme benötigt, z. B. für die Integration in die Zielumgebung, für das Testen und für die 
Administration. Im Gegensatz zu konventionellen Softwaresystemen, bei denen häufig nach 
einer initialen Anforderungserhebung eine isolierte Entwicklung durch die IT erfolgt, bedarf es 
im Falle von ML-Anwendungen einer kontinuierlichen Einbindung von verschiedenen Mitarbei- 
tern außerhalb des IT-Bereiches in Form von Wissensträgern zu den jeweiligen Prozessen 
und Daten. Demnach wird insbesondere für die experimentelle Ermittlung geeigneter Features 
und für die Bestimmung diesbezüglicher Daten, aber auch für die Konfiguration der ML-Mo- 
delle sowie derer Validierung und Verbesserung während des gesamten Umsetzungspro- 
zesses domänenspezifisches Wissen benötigt. Dieses kann vorab nur indikativ eingeholt 


700 Die dargestellten Rollen beziehen sich vorrangig auf die Umsetzung der ML-Modelle. In Abhängig- 
keit der Komplexität und des Entwicklungsstands des übergeordneten Gesamtsystems sind noch wei- 
tere klassische IT-Rollen in die Projekte einzubinden, z. B. Entwickler für das Front- und Backend so- 
wie Adminstratoren. Auch bedarf es fallweise weiterer Rollen, wie z. B. Juristen. 
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werden, da der tatsachliche Informationsbedarf erst auf Basis von entwicklungsseitigen Er- 
kenntnissen durch eine Verzahnung der prozessualen und technischen Perspektive entsteht. 


Fester Bestandteil der Projektteams müssen auch Vertreter der späteren Nutzergemein- 
schaft sein, welche mit wechselnder Intensität von der Problemspezifikation und Konzeptio- 
nierung über die Entwicklung bis zum betrieblichen Einsatz der ML-Anwendungen einzubinden 
sind. Der User-Community-Ansatz (siehe HF Ablauforganisation) stellt eine konsequente Aus- 
richtung der Lösungsgestaltung auf die potenziellen Nutzer bzw. auf deren Probleme bei der 
Ausführung der Entscheidungsprozesse sicher. Zur Abdeckung eines möglichst breiten Anfor- 
derungsspektrums für eine maximale Skalierung der Anwendungen sind dabei potenzielle Nut- 
zer zu verschiedenen Anwendungsfallen zu berücksichtigen. Die Nutzer sollen neue Erkennt- 
nisse aus fachlicher Sicht validieren sowie die Anwendungen hinsichtlich ihres Nutzens und 
der Bedienbarkeit testen. Neben einer darauf basierenden Verbesserung der Lösungsgestal- 
tung wird dadurch auch das Verständnis über das Systemverhalten bei dieser Personen- 
gruppe erhöht, was sich positiv auf die Akzeptanz auswirkt und die Grundlage für die spätere 
Nutzung darstellt. Als übergeordnete Repräsentanten der Nutzergemeinschaft sind zudem 
Mitarbeiter einer etwaig bestehenden Arbeitnehmervertretung, z. B. in Form des Betriebsra- 
tes, durchgehend in die ML-Projekte einzubinden. Weiterhin werden Personen mit ausgepräg- 
ten (Projekt-)Managementkompetenzen zur Organisation und Führung der Vorhaben sowie 
der Koordination verschiedener Interessengruppen benötigt. Die Leitung der Projekte kann in 
Abhängigkeit der Komplexität der angestrebten Anwendung entweder in Personalunion durch 
eine Person oder getrennt durch zwei Personen, welche in einer Linienbeziehung zueinander- 
stehen stehen und die Umsetzung der ML-Modelle bzw. des Gesamtsystems verantworten, 
erfolgen. Von einer Übertragung der Gesamtprojektleitung auf einen Data Scientist ist dabei 
abzusehen, da diese tendenziell zur Premature Optimization neigen. 


Der tatsächliche Kompetenz- und Personalbedarf zur Abdeckung der einzelnen Rollen ist pro- 
jektabhängig zu ermitteln. Fallweise können mehrere Rollen durch einen Mitarbeiter mit ent- 
sprechender Qualifikation abgedeckt werden, v. a. bei kleineren Anwendungen. Auch variiert 
die Intensität der Einbindung in Abhängigkeit der Projektphasen. Projektübergreifend lassen 
sich aber auch Rollen mit einem vergleichsweise hohen Arbeitsaufwand feststellen, wozu ne- 
ben der Projektleitung der Data Scientist und Data Engineer gehören. 


7.4.2 Skalierung agiler Prinzipien im IT-Bereich 


Die einzelnen ML-Projekte sind organisatorisch im jeweiligen IT-Funktionsbereich der Unter- 
nehmen zu integrieren, wodurch gleichzeitig eine Bereitstellung der benötigten Ressourcen 
und eine Nähe zu den adressierten Problemen gewährleistet wird. Hierzu sind die IT-Berei- 
che — welche gegenwärtig zumeist noch als klassische Problemlöser und weniger als Innova- 
tor agieren — in agile Organisationseinheiten zu überführen, sodass sie eine flexible Bildung 
von interdisziplinären Teams mit einer Entscheidungsautonomie sowie eine Vernetzung von 
Mitarbeitern ermöglichen. Für diese Skalierung von agilen Prinzipien auf größere Einheiten 
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existieren mehrere Möglichkeiten (Frameworks), die in der Praxis jeweils verschiedene Vor- 
und Nachteile aufweisen.’°' Die optimale Skalierung hängt von den individuellen Rahmenbe- 
dingungen der Organisationseinheiten ab, u.a. der Anzahl der betroffenen Mitarbeiter, der 
Eingliederung in den Wertschöpfungsprozess sowie der strategischen Ziele. Entsprechend der 
komplexen funktionalen Organisationsstrukturen wird im Falle der betrachteten Industrieunter- 
nehmen die Orientierung am Spotify-Modell empfohlen, da diese matrixartige Organisations- 
form keine gänzliche Neugestaltung bestehender Strukturen erfordert, sondern die Möglichkeit 
zur Vereinigung vorhandener Linienorganisationen mit agilen Elementen bietet’”. Das Spotify- 
Modell sieht vier verschiedene Arten von miteinander interagierenden Organisationseinheiten 
vor (siehe Abbildung 87), deren Ausgestaltung in Hinblick auf die Umsetzung von ML-Anwen- 
dungen zu adaptieren ist. 
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Abbildung 87: Agile Organisationsstruktur des IT-Bereiches mittels Spotify Model" 


Auf unterster Ebene sind sog. Squads zu bilden, welche agile Projektteams zur Lösung eines 
spezifischen Problems darstellen. In Abhängigkeit der Komplexität des jeweils angestrebten 
Systems kann es sich hierbei um die Realisierung der gesamten ML-Anwendung oder lediglich 
um die Entwicklung der ML-Modelle handeln. Die Squads setzen sich aus den zuvor genann- 
ten Rollen von ML-Projekten zusammen, einschließlich eines Leiters in Form des sog. Product 


701 Vgl. Conboy, Carroll (2019), S. 45 

702 Namensgeber dieser Organisationform ist das schwedische IT-Unternehmen Spotify AB, fiir des- 
sen Gesamtorganisation das Modell umgesetzt wurde. Vgl. Kniberg, Ivarsson (2012), S. 1 

703 Eigene Darstellung mit Inhalten aus Kniberg, Ivarsson (2012), S. 1 
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Owner. Sie verantworten den vollständigen Umsetzungsprozess der ML-Anwendungen - be- 
ginnend mit der Sicherstellung der technischen Machbarkeit bis zu deren betrieblicher Einfüh- 
rung, d. h. von Quality Gate M2 bis M9 gemäß des Vorgehens in HF Ablauforganisation. Die 
Teams verfügen über ein eigenes Budget und können bei der Umsetzung autonom agieren. 
Dies betrifft auch einen flexiblen Wechsel von Mitarbeitern aus anderen Squads. Mehrere 
Squads, die Aufgaben für einen gemeinsamen Geschäftsprozess oder eine gemeinsame über- 
geordnete Zielstellung ausführen, sind in einem sog. Tribe zusammenzufassen. Die Führung 
dieser größeren Einheiten ist von sog. Tribe Leads zu übernehmen, welche direkt dem IT- 
Leiter, d.h. dem Chief Information Officer (CIO), unterstellt sind und ebenfalls produktorien- 


tiert — jedoch mit einer ausgepragteren betriebswirtschaftlichen Perspektive — agieren. 


Zur Sicherstellung des Informationsaustausches zwischen den Squads eines Tribes ist zu- 
sätzlich die Organisationeinheit der sog. Chapter vorzusehen, in denen Mitarbeiter mit der 
gleichen Funktion in fachlichen Netzwerken (sog. Communities) zusammengefasst werden. 
Dabei sind u. a. eigene Chapter für die ML-spezifischen Fachkräfte der einzelnen Squads, wie 
die Data Scientists, zu bilden, in denen die entsprechenden Personen auch nach Beendigung 
eines ML-Projektes oder einem Wechsel zwischen den Squads verbleiben. Diese ML- bzw. 
Kl-Chapter sind von fachlich erfahrenen Mitarbeitern zu leiten, wobei — anders als bei der Li- 
nienorganisation — dieser sog. Chapter Lead nicht in die Arbeit der Squads eingreift, sondern 
seine Führung auf die Sicherstellung des Austauschs und der Weiterentwicklung der Mitarbei- 
ter sowie auf die Etablierung von methodischen Standards beschränkt. Hierdurch wird trotz 
der Produktorientierung der Squads und Tribes ein Austausch von Erkenntnissen über Projekt- 
bzw. Anwendungsgrenzen hinweg ermöglicht. Zur Stärkung der Mitarbeiterkreativität und da- 
mit der Innovationskraft der Unternehmen sind neben dem formalisierten Austausch auch An- 
reize zu einer zusätzlichen informellen Vernetzung der Mitarbeiter zu schaffen, indem Mög- 
lichkeiten zur flexiblen Gründung sog. Guilds geboten werden. In diesen freiwilligen Netzwer- 
ken können sich Mitarbeiter mit gleichen Interessen über Tribe-Grenzen engagieren, was u.a. 
der Identifikation neuer ML-Anwendungsfälle und der Entwicklung alternativer Lösungskon- 
zepte für bestehende Anwendungen dient. Diese flexiblen Kooperationsmöglichkeiten von Mit- 
arbeitern in einer parallelen netzwerkartigen Organisationsstruktur zur Steigerung der Innova- 
tionsfähigkeit werden auch als duales Betriebssystem (Dual Operating Model) bezeichnet.’% 


7.4.3 Zentrale Koordination mittels Digital Transformation Office 


Neben der Realisierung dezentraler Organisations- und Entscheidungsstrukturen auf Ebene 
der ML-Projekte und des verantwortenden IT-Bereiches bedarf es einer zusätzlichen Organi- 
sationseinheit, welche den Einsatz von ML im Sinne der strategischen Planung (siehe HF 
Strategie) übergreifend verantwortet, überwacht und steuert. Entsprechend des notwendigen 
Veranderungsprozesses von Organisationen, der sich in der Umsetzung von ML und weiteren 


704 Vgl. Kotter (2014), S. 20 f. 
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digitalen Technologien begründet, wird die Bildung eines Digital Transformation Office emp- 
fohlen, welches neben den ML-Aktivitäten auch weitere Aufgaben zur digitalen Transformation 
der Unternehmen orchestriert. Aufgrund der strategischen Bedeutung ist diese Organisations- 
einheit als Stabsstelle entweder an den CIO (Chief Information Officer) bzw. an die Geschäfts- 
führung anzugliedern (siehe Abbildung 87). Die daraus resultierende Verbindung von dezent- 
ralen und zentralen Elementen stellt einen zweckmäßigen Kompromiss für die komplexen Or- 
ganisationsstrukturen von Industrieunternehmen dar, welche einer vollständigen agilen Rest- 
rukturierung der jeweiligen Gesamtorganisation gegenüberstehen. 


In der Rolle als unternehmensinterner Inkubator stellt das DTO die langfristige Integration 
von ML in den Unternehmen sicher. Hierzu verantworten dessen Mitarbeiter die Identifikation 
geeigneter Anwendungsfälle für das Unternehmen (siehe HF Strategie), wofür kontinuierlich 
Ideen aus den Fachbereichen aufzunehmen sowie relevante interne und externe Trends zu 
beobachten sind. Gemeinsam mit anderen Stakeholdern prüft das DTO anschließend die stra- 
tegische Eignung potenzieller ML-Anwendungen und initiiert deren Projektierung. Dabei ver- 
antwortet das Team ebenfalls die ersten Schritte des Umsetzungsprozesses bis zur Sicher- 
stellung der technischen Machbarkeit im Rahmen des Quality Gates M2, bei dem eine Über- 
gabe der Führung an das jeweilige ML-Projektteam in Form der Squads stattfindet. Neben 
dieser partiellen Mitwirkung bei der Umsetzung von Anwendungen kontrolliert und steuert das 
DTO die festgelegten Maßnahmen der strategischen Planung. Dies umfasst eine Fortschritts- 
kontrolle, eine projektübergreifende Identifizierung von Synergien, eine Harmonisierung der 
Aktivitäten und eine Unterstützung bei Problemen, z. B. bei der Gewinnung von Mitarbeitern 
aus anderen Fachbereichen und von externen Instanzen für die Mitwirkung an den ML-Pro- 
jekten. Unabhängig von konkreten Anwendungen fungiert diese Einheit zudem als interner 
Berater für Fragstellungen zu ML bzw. zur digitalen Transformation allgemein und initiiert in 
diesem Zusammenhang auch Maßnahmen zur Weiterbildung der Mitarbeiter (siehe HF Kom- 
petenzmanagement). 


7.4.4 Validierung 


Die Umsetzung des ETA-Anwendungsfalls erfolgt innerhalb des IT-Bereiches, welcher zuvor 
— ausgehend von einer funktionalen Strukturierung - in eine agile Organisationsform transfor- 
miert wurde. Dazu wurden mehrere Tribes als größere Organisationseinheiten gebildet, von 
denen ein Tribe die Realisierung der zuvor beschriebenen Vision zur Realisierung einer auto- 
nomen Transportplanung und -steuerung verantwortet. Diesem Tribe unterstehen mehrere 
Squads, die jeweils ein System gemäß der strategischen Planung umsetzen, wozu auch die 
ETA-Anwendung gehört. Dieses „ETA-Squad“ verantwortet den gesamten Umsetzungspro- 
zess der ML-Anwendung - von der Spezifizierung der Informationen aus der strategischen 
Planung bis hin zur Entwicklung eines einsatzfähigen Systems — und trifft in diesem Rahmen 
eigene Entscheidungen zur Gestaltung des Lösungsweges. Dazu setzt sich das Squad aus 
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Mitarbeitern mit unterschiedlichen Qualifikationsprofilen und aus verschiedenen Fachberei- 
chen zusammen. Neben Spezialisten fur die Entwicklung und den Betrieb der ML-Modelle 
sowie der weiteren technischen Komponenten handelt es sich um Vertreter aus den logisti- 
schen Fachbereichen, wozu im ETA-Anwendungsfall v. a. Transportplaner und Disponenten 
für die Gesamtkette und die einzelnen Teilprozesse gehören, welche notwendiges Prozess- 
wissen und gleichzeitig die nutzerseitigen Anforderungen in die Systemgestaltung einbringen. 
Um neben den Partikularinteressen einzelner Teammitglieder auch die Bedarfe der gesamten 
Nutzergemeinschaft abzubilden, werden zusätzlich Mitglieder des Betriebsrates eingebunden. 
Analog zu der fortbestehenden Zugehörigkeit der Logistikvertreter zu ihren Fachbereichen 
sind auch die IT-seitigen Mitarbeiter weiterhin funktional organisiert. Demnach gehören z.B. 
die Data Scientists des ETA-Squads zusammen mit ML-Spezialisten aus anderen Squads zu- 
sätzlich einem KI-Chapter an, wodurch ein fachlicher Austausch zwischen den Projekten zum 
Erreichen der übergeordneten Tribe-Zielstellung sichergestellt wird. Gleichzeitig findet ein in- 
formeller Austausch mit Mitarbeitern aus anderen Tribes und Chaptern in Rahmen von Guilds 
statt, in denen u.a. alternative Lernverfahren zur Realisierung der ETA-Prognose diskutiert 
werden können. 


Der Fortschritt der ML-Anwendung für die ETA-Prognose wird fachlich durch die IT-Bereichs- 
leitung kontrolliert. Auf übergeordneter Ebene findet zudem eine Überwachung durch das DTO 
statt, welches als Steuerungs- und Beratungsinstanz fungiert und in dieser Funktion u.a. die 
Einhaltung der strategischen Ziele prüft und größere Budgetanpassungen freigibt. Auch wer- 
den hierdurch Personen abseits der IT für die Mitarbeit in den Squads nominiert und Kontakte 
zu Instanzen außerhalb des Unternehmens aufgebaut, die für die Realisierung der ETA benö- 
tigt werden, z. B. Terminalbetreiber. 


Nach Prüfung dieses HF anhand des ETA-Anwendungsfalls lässt sich eine Operationalisie- 
rung aller wesentlichen Aktivitäten sowie eine Erfüllung von sechs Anforderungen feststellen 
(siehe Tabelle 26). 


Anforderung Erfüllung im Anwendungsfall durch Maßnahmen des HF 


Das Spotify-Modell ermöglicht eine flexible Einbindung verschiedener Mitarbeiter aus 
dem IT-Bereich in das ML-Projekt und unterstützt dadurch den DevOps-Ansatz. Zudem 
können über das DTO Vertreter aus anderen Bereichen nominiert werden. 


Interdisziplinäre Ko- 
operation 


Im Sinne des User-Community-Ansatzes werden von Beginn an die späteren Nutzer in 
Akzeptanz den Umsetzungsprozess miteinbezogen, was deren Verständnis zur ML-Anwendung er- 
höht und die diesbezügliche Einstellung verbessert. 


Vertreter des Betriebsrates sind von Beginn an Teil des Projektteams. Sie stellen die 
Compliance Wahrung der Interessen und der datenseitigen Sicherheitsbedürfnisse von Arbeitneh- 
mern bei der Gestaltung und beim Einsatz der ML-Anwendung sicher. 


Das Projektteam verantwortet die Umsetzung der gesamten Anwendung, einschließlich 
aller Komponenten. Durch die Zusammenfassung der ML-Fachkräfte in Chaptern wird 
ein projektübergreifender Erfahrungsaustusch sichergestellt, der mittels der Guilds zu- 
sätzlich um eine informelle Vernetzung ergänzt ist. 


Systemdenken 
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Mit der agilen Organisationsstruktur wird dem Projektteam die Möglichkeit zur Testung 


Zuverlässigkeit verschiedener Lösungsansätze gegeben und eine offene Fehlerkultur etabliert. 


Durch die Zusammenfassung der ML-Fachkräfte innerhalb eines eigenen Chapters kann 
das Projekt flexibel auf die Ressourcen mit den benötigten Qualifikationsprofilen zurück- 
greifen. 


Personal und 
Finanzen 


Durch das DTO findet eine initiale und kontinuierliche Überprüfung der ML-Anwendung 


Strategic Fit hinsichtlich der strategischen Ziele statt. 


Tabelle 26: Handlungsfeld Aufbauorganisation — Erfüllung der Anforderungen 


7.5 Mensch-Computer-Interaktion: Einsatz kollaborierender Sys- 
teme 


Das Ziel der Maßnahmen dieses HF ist die Etablierung einer kooperativen Zusammenarbeit 
zwischen den menschlichen Entscheidungsträgern und den ML-Anwendungen, bei der die 
Stärken beider Akteure gezielt kombiniert werden. Dazu ist eine arbeitsorganisatorische Ver- 
teilung der Aufgaben bzw. Entscheidungsumfänge vorzunehmen, die sich nach den jeweiligen 
Anforderungen der Anwendungsfälle richtet. Die daraus resultierende Anpassung des ur- 
sprünglichen Aufgabenspektrums der Entscheidungsträger betrifft die notwendige Kontrolle 
der Systeme während des gesamten Betriebs. Zur Unterstützung dieser Tätigkeiten sind die 
ML-Anwendungen mit den Funktionen einer automatischen Qualitätsbewertung der Ergeb- 
nisse und einer Ausgabe damit verbundener Zusatzinformationen über eine Benutzerschnitt- 
stelle auszustatten. Neben der Aufnahme der Kontrollaktivitäten ist auch eine gezielte Erwei- 
terung des Aufgabenspektrums der Entscheidungsträger in Form angrenzender und/oder hö- 
herwertiger Aufgaben mit einem größeren Verantwortungsbereich vorzunehmen, was auch 
eine Anpassung ihres Rollenverständnisses notwendig macht. Eine Zusammenfassung der 
Maßnahmen mit dem zugrundeliegenden Handlungsbedarf findet sich in Abbildung 88. 
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Abbildung 88: Handlungsfeld Mensch-Computer-Interaktion — Übersicht? 


7.5.1 Stärkung menschlicher Fähigkeiten mittels Shared Autonomy 


Gemäß den Ausführungen in Kapitel 6.2.3 lässt sich die Verteilung von Aufgaben bei der Aus- 
führung von Entscheidungsprozessen zwischen den ML-Anwendungen und Menschen in ver- 
schiedene Stufen unterteilen, aus denen mehrere potenzielle Zusammenarbeitsformen resul- 
tieren. Diese reichen von einem assistierenden bis zu einem vollautonomen Einsatz der Sys- 
teme und haben große Auswirkungen auf das Aufgabenspektrum der menschlichen Entschei- 
dungsträger (siehe Abbildung 89). Die Realisierung einer systemseitigen Autonomie ist dabei 
grundsätzlich schrittweise durchzuführen, da die systemseitigen Fähigkeiten erst im Rah- 
men eines längeren Betriebs final feststellbar sind. Ausgehend von einem assistierenden Ein- 
satz ist demnach die Konformität aller systembezogenen Anforderungen, einschließlich der 
Akzeptanz der involvierten Mitarbeiter, sicherzustellen. 


705 Eigene Darstellung 
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Abbildung 89: Aufgabenverteilung zwischen ML-Anwendungen und Menschen’ 


Ein für das Logistikmanagement empfohlenes Szenario zur Zusammenarbeit stellt die parti- 
elle Autonomie dar, welche gemäß den vorliegenden Untersuchungen von den meisten Lo- 
gistikvertretern präferiert wird. Der Mensch übernimmt hierbei nur bestimmte Entscheidungen, 
wobei auch in diesen Fällen parallel eine Ergebnisbereitstellung und damit eine Unterstützung 
durch die Systeme erfolgt. Den restlichen Teil der Entscheidungen führen die Systeme eigen- 
ständig aus, wobei deren Ergebnisse vor der Ausführung, z. B. der Übergabe der Information 
an andere Systeme, durch den Menschen - ggf. unter Zuhilfenahme einer technischen Unter- 
stützung - kontrolliert werden. Im Falle von nicht zufriedenstellenden systemseitigen Ergeb- 
nissen führt der Mensch diese Entscheidungen eigenständig aus. Dementsprechend verbleibt 
er auch in der Funktion als faktischer Entscheidungsträger; jedoch werden die damit verbun- 
denen Umfänge reduziert. Die genaue Ausprägung ist dabei abhängig von der jeweiligen Auf- 
teilung zwischen beiden Akteuren, welche für die Anwendungsfalle individuell festzulegen ist. 


Grundsätzlich ist bei der Aufgabenaufteilung dem menschenzentrierten Leitbild (siehe HF 
Strategie) zu folgen, woraus sich ein gezielter Einsatz der ML-Anwendungen zur Stärkung der 
menschlichen Fähigkeiten ergibt. Dazu sind die menschlichen „Defizite“ bei der Ausführung 
von Entscheidungen (siehe Kapitel 2.3.4) durch systemseitige Stärken zu kompensieren, v. v. 
Dieser Ansatz der kooperativen Zusammenarbeit mit technischen Systemen wird auch als 
Shared Autonomy bezeichnet und entstammt dem Einsatz von kollaborierenden Robotern für 
die Unterstützung von ausführenden Tätigkeiten (sog. Cobots). Entsprechend ihrer höheren 
Leistungsfähigkeit bei der Informationsverarbeitung und -speicherung zeichnen sich ML-An- 
wendungen bei vielen Problemstellungen durch bessere und schnellere Entscheidungen 
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gegenüber den Menschen aus, sodass diese Umfänge tendenziell den Systemen zu übertra- 
gen sind. Gleichzeitig existieren aber weiterhin Entscheidungssituationen, in denen z.B. auf- 
grund von fehlenden Daten bzw. einer hohen Individualität die menschlichen Entscheidungen 
eine höhere Qualität aufweisen. Vor diesem Hintergrund bietet sich zwischen beiden Akteuren 
eine Aufteilung von Standard- und Sonderprozessen an, wobei erstere all jene Entscheidungs- 
situationen umfassen, die zuverlässig durch die Systeme ausgeführt werden können. 


Darüber hinaus sind bei der Aufgabenverteilung aber auch Problemstellungen zu berücksich- 
tigen, die neben der Ergebniszuverlässigkeit weitere Anforderungen an Entscheidungen stel- 
len. Dies umfasst bspw. rechtliche Vorgaben zur Nachvollziehbarkeit der Entscheidungsfin- 
dung, die von vielen ML-Anwendungen entsprechend des Black-Box-Charakters nicht gewähr- 
leistet werden können, sodass diese Entscheidungen weiterhin durch den Menschen auszu- 
führen sind. Auch betrifft dies ethische Abwägungen bei der Entscheidungsfindung, die ent- 
sprechend dem fehlenden Bewusstsein von ML-Anwendungen exklusiv dem Menschen vor- 
enthalten sind. Neben strategischen Entscheidungen mit hohen Auswirkungen auf die Wett- 
bewerbsfähigkeit der Unternehmen gehören hierzu insbesondere Personalentscheidungen. 


7.5.2 Erweiterung des menschlichen Aufgabenspektrums 


Im Rahmen des Einsatzes von ML-Anwendungen reduzieren sich die ursprünglichen Aufga- 
ben für die menschlichen Entscheidungsträger; gleichzeitig entstehen auch neue Aufgaben in 
Form der systemseitigen Kontrolle. Hierfür sind neue Fähigkeiten bei den Nutzern zu entwi- 
ckeln, die eine Interpretation des Systemverhaltens und eine Detektion von kritischen Ent- 
scheidungssituation ermöglichen (siehe HF Kompetenzmanagement). In Abhängigkeit der ge- 
nauen Aufgabenteilung kann diese Veränderung des Aufgabenspektrums dazu führen, dass 
die Mitarbeiter nur in Sonderfällen agieren müssen („Exception Handler“), was sich jedoch 
negativ auf deren Arbeitsmotivation und Problemlösungsfähigkeiten sowie damit langfristig 
auch auf die Innovationskraft der Unternehmen auswirkt (siehe Kapitel 5.4.3). Da in vielen 
Fällen die neu hinzukommenden Kontrollaufgaben die reduzierten Entscheidungsumfänge 
nicht überkompensieren werden, ist insgesamt von einer geringeren benötigten Arbeitszeit je 
Mitarbeiter auszugehen. Dies kann unternehmensseitig zur gezielten Verringerung des Per- 
sonalbedarfs genutzt werden, indem die verbleibenden manuellen Tätigkeiten auf weniger 
Mitarbeiter verteilt werden, wodurch sich deren Arbeitsumfang wiederum vergrößert, z.B. 
durch die Übernahme weiterer Kunden oder Regionen. Diese isolierte betriebswirtschaftliche 
Sicht steht jedoch im Gegensatz zu dem formulierten menschenzentrierten Leitbild zum Ein- 
satz von ML; ferner verhindert sie nicht die o. g. negativen Effekte für die restlichen Mitarbeiter. 


Vor diesem Hintergrund wird anstelle eines umfassenden Abbaus von Arbeitsplätzen eine ge- 
zielte Erweiterung der Aufgaben der Mitarbeiter abseits ihrer bisherigen Tätigkeiten empfoh- 
len. Die beiden damit verbundenen motivationstheoretischen Strategien führen zur Steigerung 
der Produktivität der Mitarbeiter und können damit langfristig einen höheren wirtschaftlichen 
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Effekt im Vergleich zur kurzfristigen Reduktion der Personalkosten für die Unternehmen erzie- 
len (siehe Abbildung 90). Zum einen ist dazu eine horizontale Erweiterung (sog. Job Enlarge- 
ment) vorzunehmen, indem die bisherigen Aufgaben von Mitarbeitern um vor- oder nachgela- 
gerte Tätigkeiten ergänzt werden.’ Als Beispiel hierfür dient das Aufgabenspektrum eines 
Disponenten in der Beschaffung, welches bisher vordergründig eine Ermittlung geeigneter Be- 
stellmengen und -zeitpunkte für Materialen vorsah. Durch die Übernahme bestimmter Materi- 
algruppen durch eine ML-Anwendung, wie sie bspw. im Anwendungsfall 3 in Kapitel 4.3.3 um- 
gesetzt wurde, kann dieser Disponent zusätzliche Aktivitäten zur Überwachung und Steuerung 
der entsprechenden Lieferanten ausführen. Zum anderen ist eine vertikale Erweiterung (sog. 
Job Enrichment) zu realisieren, welche die Übertragung von neuen, komplexeren Aufgaben 
auf die Mitarbeiter beinhaltet, wozu auch eine höhere Verantwortung und Entscheidungsauto- 
nomie zählen.’%® Dies kann u. a. die Ausweitung des Planungshorizontes von operativen hinzu 
taktisch-strategischen Aufgaben umfassen, indem bspw. ein Fertigungssteuerer neben den 
bisherigen Dispositionsaufgaben für Produktionsaufträge, welche nun partiell von ML-Anwen- 
dungen ausgeführt werden, auch Aufgaben zur längerfristigen Produktionsplanung über- 
nimmt. Auch ist eine Erweiterung des organisatorischen Betrachtungsbereiches möglich, in- 
dem bspw. anstelle einer bisherigen Verantwortung für einzelne Aufträge und Kunden durch 
einen Mitarbeiter in der Bestandsplanung nun ein gesamtes Programm oder Werk bis hin zu 
einem gesamten Standortverbund im Sinne einer Netzwerksteuerung verantwortet wird. 


Kontrolle der Systeme sowie horizontale 
und/oder vertikale Aufgabenerweiterung für Menschen 


Neue 
Aufgaben 


Entscheidungsausführung durch Menschen 


Produktivität 


Bisherige 
Aufgaben 


Entscheidungsausführung durch System 
Automation 


Abbildung 90: Veränderung des Aufgabenspektrums durch ML-Anwendungen’® 


Im Rahmen dieser horizontalen und vertikalen Erweiterung des Aufgabenspektrums erhöht 
sich auch der Betrachtungs- und Gestaltungsbereich der Mitarbeiter, sodass diese als sog. 
Solution Agents zur ganzheitlichen Bewertung und Lösung von komplexen Problemen ein- 
gesetzt werden können. Darüber hinaus sind sie stärker mit innovierenden und optimierenden 
Aufgaben zur Verbesserung von Produkten und Prozessen zu betrauen. Insgesamt führt die 
Entlastung bei den bisherigen Aufgaben, z. B. in Bezug auf die Ausführung von Standardpro- 
zessen, zu einer Übernahme von Aufgaben mit einer höheren Wertigkeit im Rahmen der 
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dadurch frei gewordenen Kapazitaten. Neben den funktionalen Vorteilen verbessert diese Ver- 
änderung das Selbstverständnis der Mitarbeiter, was einen zusätzlichen positiven Effekt auf 
die Motivation und damit auf die individuelle Leistung nimmt. 


7.5.3 Integrierte Qualitätskontrolle 


Im Rahmen des Einsatzes von ML-Anwendungen ist der menschliche Entscheidungsträger 
bzw. der Nutzer zur Kontrolle der systemseitigen Ergebnisse einzusetzen, um bei Problemen 
eingreifen zu können. Dies bezieht sich zum einen auf die systemseitige Entscheidungsfin- 
dung im Sinne einer Ex-ante-Qualitätskontrolle, wodurch eine Ausführung von fehlerhaften 
oder aus anderen Gründen ungeeigneten Entscheidungen, d.h. deren Realisierung in Form 
von Aktionen oder deren Übergabe an andere Systeme, verhindert wird (siehe Abbildung 91). 
Zum anderen sind die Ergebnisse auch nach ihrer Ausführung zu kontrollieren, was primär der 
Optimierung von ML-Anwendungen dient (siehe HF Ablauforganisation). Anders als bei den 
vorausgegangenen Kontrollaufgaben ist diese Ex-post-Qualitätskontrolle auch beim vollau- 
tonomen Einsatz von ML-Anwendungen durchzuführen. Zur Erzielung eines Verständnisses 
über das Systemverhalten sind hierbei zudem mehrere Fälle aggregiert zu betrachten. 
Entscheidungsausführung 


Ex-ante-Kontrolle Ex-post-Kontrolle 


Einzelne Fälle Einzelne und aggregierte Fälle 


I 
I 
U 
1 
L 
, 
Input Output A Output 
1 
- Abdeckung eines definierten - Abdeckung eines definierten e - Abgleich mit realer Ausprägung 
Wertebereiches der Input-Daten Wertebereiches (Güteintervall) ı der jeweiligen Fälle 
bzw. der Features der Ergebnisse dë Abdeckung eines definierten 
- Syntaktische Uberpriifung - Abgleich mit historischen i Wertebereiches (Güteintervall) 
hinsichtlich Veränderungen im Ergebnissen in einem l der aggregierten Ergebnisse 
Datenformat definierten Zeitraum 1 


Abbildung 91: Maßnahmen zur Qualitätskontrolle von ML-Anwendungen’”° 


Im Gegensatz zu konventioneller Software kann sich das Verhalten von ML-Anwendungen 
durch die Aktualisierung der Datenbasis im Rahmen des Re-Trainings verändern (siehe Kapi- 
tel 6.3.3), sodass eine permanente Kontrolle der Systeme sicherzustellen ist. Infolge des damit 
verbundenen Aufwands, der durch die eingeschränkten Möglichkeiten zur Nachvollziehbarkeit 
der jeweiligen Lösungswege zusätzlich erhöht wird, sind systemseitige Voraussetzungen zur 
Unterstützung der menschlichen Entscheidungsträger bei den Ex-ante- und Ex-post-Kon- 
trollaufgaben zu schaffen. 


Dies betrifft zum einen die Befähigung der Systeme zur selbstständigen Bewertung der Er- 
gebnisse, um dadurch automatisch Anomalien, aber auch grundsätzliche Auffälligkeiten und 
unsichere Ergebnisse detektieren zu können. Hierzu sind für die Ex-ante-Qualitätskontrolle 
geeignete Plausibilitätsregeln zu definieren, indem bspw. Güteintervalle mit Schwellwerten für 
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die Ergebnisausprägung festgelegt werden oder ein Ergebnisvergleich mit anderen Problemen 
in einem definierten historischen Zeitraum stattfindet. Neben dem Output sind auch die einge- 
henden Daten bzw. die daraus resultierenden Features systemseitig zu bewerten. Dies betrifft 
sowohl eine inhaltliche Kontrolle, z. B. hinsichtlich der Abdeckung eines definierten Wertebe- 
reiches, als auch eine syntaktische Überprüfung im Sinne eines veränderten Formates. Für 
die Ex-post-Qualitätskontrolle ist ein Abgleich der Ergebnisse mit den tatsächlichen Ausprä- 
gungen aus den Realdaten vorzusehen. Auch ist regelmäßig eine Auswertung der Ergebnisse 
über einen definierten Zeitraum nach statistischen und betrieblich relevanten Leistungsmetri- 
ken vorzunehmen. Vor diesem Hintergrund sind die generierten Ergebnisse und die Testungen 
zu speichern. 


Zum anderen sind den Nutzern zusätzliche Informationen zu den systemseitigen Entschei- 
dungen durch die ML-Anwendungen über ein UI bereitzustellen, die zu einer Plausibilisierung 
der Ergebnisse sowie einer Ursachenanalyse für das Systemverhalten beitragen. Neben den 
Resultaten der automatischen Qualitätsbewertung, z. B. in Form detektierter Abweichungen, 
umfasst das einen Abgleich der Ergebnisse mit Entscheidungen in ähnlichen Situationen, eine 
Darstellung der Feature-Ausprägungen mit dem jeweiligen Einfluss sowie die jeweils berück- 
sichtigten Trainingsfälle. Hierdurch können die Nutzer abnormale Entscheidungssituationen 
feststellen, die sie im Sinne eines „Sonderprozesses“ eigenständig ausführen müssen. Gleich- 
zeitig können potenzielle Anomalien als korrekte Ergebnisse deklariert werden. Zur Ausgabe 
der entsprechenden Informationen ist bei der Entwicklung der Systeme eine bewusste Aus- 
wahl von geeigneten Lernverfahren zu treffen, z. B. entscheidungsbaumbasierte Verfahren für 
die Ausgabe der Feature Importance. 


Neben der Darstellung dieser Informationen sind bei der Gestaltung der Ul mehrere Interakti- 
onskomponenten zu berücksichtigen, die Eingriffe der Nutzer in die Entscheidungen der Sys- 
teme ermöglichen. Dies betrifft im Rahmen der Ex-ante-Qualitätskontrolle eine Verhinderung 
der Ausführung der systemseitigen Ergebnisse in allen nicht vollständig autonomen Zusam- 
menarbeitsformen. Hierzu ist ein standardisierter Freigabeprozess zur ergebnisbezogenen 
Bestätigung der Ergebnisse durch die Nutzer umzusetzen. Zudem sind auch Möglichkeiten 
zur Beeinflussung des zukünftigen Systemverhaltens durch die Nutzer vorzusehen, indem 
diese die systemseitigen Ergebnisse bewerten können, was mittels Rückkopplung u.a. zu ei- 
ner automatischen Anpassung der Merkmalsgewichtungen führt. 


7.5.4 Validierung 


In Hinblick auf das mit der formulierten Vision verbundene Szenario der vollständigen Autono- 
mie der Transportplanung und -steuerung wird die Zusammenarbeit zwischen den Menschen 
und der ML-Anwendung stufenweise im ETA-Anwendungsfall verändert. Zu Beginn ist das 
System als reine Entscheidungsunterstützung in die Prozesse eingebunden, sodass parallel 
zu den systemseitig berechneten ETA-Informationen eine Ermittlung durch den Menschen 
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stattfindet, bevor diese an die Dispositionssysteme weitergegeben werden. Nach einer Ver- 
stetigung der benötigten Ergebnisqualitat im Rahmen eines längeren Testbetriebs wird für be- 
stimmte Entscheidungssituationen eine Übergabe der systemseitigen ETA-Informationen an 
die Zielsysteme zugelassen, wobei weiterhin eine Freigabe durch den Menschen erfolgen 
muss. Diese Sonderfälle, in denen die menschlichen Entscheidungsträger weiterhin die ETA 
berechnen, werden anhand der jeweiligen Feature-Ausprägungen detektiert und beziehen 
sich auf Situationen, in denen ein hohes Risiko systemseitiger Fehlentscheidungen besteht, 
z. B. beim Vorliegen von Stürmen. 


Um sowohl ex ante abnormale Situationen als auch ex post fehlerhafte Entscheidungen der 
Systeme zielorientiert und mit einem geringen Aufwand zu detektieren, werden für die Bewer- 
tung des In- und Outputs der Systeme Plausibilitätsregeln implementiert, deren Ergebnisse für 
die Nutzer mittels einer visuellen UI dargestellt werden. Im Falle der Eingangsdaten umfasst 
dies Intervalle für die jeweiligen Feature-Ausprägungen, wie z. B. für die Windgeschwindigkei- 
ten, um das erwähnte Sturmszenario im Voraus zu erkennen. Für die systemseitigen Ergeb- 
nisse in Form der Prozesszeiten wird eine Ober- und Untergrenze festgelegt, nach der unrea- 
listisch geringe und hohe Ausprägungen zu Alarmmeldungen führen. Weiterhin werden die 
Ergebnisse um die Darstellung von Zusatzinformationen ergänzt. Dies umfasst eine Ausgabe 
der Bedeutung der einzelnen Features mit den entsprechenden Ausprägungen für jede Prog- 
nose, um Ursachen für Verspätungen detektieren zu können. Auch werden entwicklungssei- 
tige Informationen bereitgestellt, wie die Anzahl der einbezogenen Trainingsfälle je Teilmodell 
(siehe Abbildung 92). Zudem werden die ermittelten ETA ex post mit der tatsächlichen An- 
kunftszeit verglichen und die Abweichungen sowohl numerisch als auch grafisch dargestellt. 


Prognostizierter Transportverlauf: 
Transportauftrag auswählen: 
A100 D E 


® 


ETA berechnen 


rene 


Warnungen und Anschlusskonflikte: 


12:00 


2018-06-12 2018-06-13 


Abbildung 92: UI mit systemseitigen Zusatzinformationen im ETA-Anwendungsfall?" 


711 Es handelt sich um einen Screenshot der ETA-Anwendung. Die entwicklungsseitigen Zusatzinfor- 
mationen sind rot umrandet. Vgl. Technische Universität Berlin (2020) 


280 


7.6 Kompetenzmanagement: Mitarbeiter für Einsatz von ML sensibilisiert und befähigt 


Die durch den Einsatz der ML-Anwendung freigewordenen zeitlichen Kapazitäten der betroffe- 
nen Transportplaner und Disponenten werden im Sinne des formulierten Leitbildes nicht zum 
Abbau von Arbeitsplätzen genutzt. Stattdessen findet eine Erweiterung des Aufgabenspekt- 
rums auf andere, zum Teil höherwertige Aktivitäten statt. Demnach verantworten einige der 
Mitarbeiter nun eine deutlich größere Anzahl von Aufträgen, wodurch Synergien zwischen den 
diesbezüglichen Transporten erschlossen werden. Andere Mitarbeiter erweitern ihren Betrach- 
tungsbereich um Inbound-Transporte für die Materialversorgung der eigenen Werke, wodurch 
die Transportkapazitäten besser ausgelastet werden können. 


Nach Prüfung dieses HF anhand des ETA-Anwendungsfalls lässt sich eine Operationalisie- 
rung aller wesentlichen Aktivitäten sowie eine Erfüllung von vier Anforderungen feststellen 
(siehe Tabelle 27). 


Anforderung Erfüllung im Anwendungsfall durch Maßnahmen des HF 


Die schrittweise Erhöhung der Autonomie der ML-Anwendung reduziert Widerstände bei 
Akzeptanz den Mitarbeitern. Die gleichzeitige Hinzunahme höherwertiger Aufgaben führt zu einer 
Motivationssteigerung und verbessert die Wahrnehmung der Systeme. 


Das Verständnis über den Lösungsweg der ML-Anwendung wird durch die Ausgabe von 


Nachvoliziehbarkeit systemseitigen Zusatzinformationen erhöht. 


Die systemseitigen Zusatzinformationen ermöglichen einen zielorientierten Eingriff durch 
den Menschen. Dies kann zusätzlich mittels einer Bewertung der Ergebnisse vorgenom- 
men werden, die zu einer direkten Rückkopplung an die Systeme führen. 


Kontrollierbarkeit 
des Lernprozesses 


Die Weitergabe fehlerhafte Ergebnisse der Anwendung wird durch einen manuellen Frei- 
gabeprozess verhindert. Zudem findet eine systemseitige Unterstützung durch die In- 
tegration von Plausibilitätsregeln und die Ausgabe von Zusatzinformationen statt. 


Kontrollierbarkeit 
der Entscheidung 


Tabelle 27: Handlungsfeld Mensch-Computer-Interaktion — Erfüllung der Anforderungen 


7.6 Kompetenzmanagement: Mitarbeiter für Einsatz von ML sensi- 
bilisiert und befähigt 


Das Ziel der Maßnahmen dieses HF ist die Sensibilisierung und Befähigung der Organisati- 
onsmitglieder zur Unterstützung des Einsatzes von ML-Anwendungen durch eine Vermittlung 
von individuellen Kompetenzen. Dies betrifft in erster Linie eine notwendige Qualifikation von 
Mitarbeitern und/oder deren externe Rekrutierung für die Entwicklung und den Betrieb ent- 
sprechender Systeme. Darüber hinaus ist auch bei allen anderen Mitarbeitern entlang der ein- 
zelnen Unternehmensebenen ein Grundverständnis zu ML auszubilden. Als gesonderte Ziel- 
gruppe ist zudem die designierte Nutzergemeinschaft der Systeme zu betrachten, deren Ver- 
treter insbesondere zur Ausübung ihrer neuen Kontrollaufgaben zu befähigen sind. Neben der 
Vermittlung neuer Fertigkeiten und Kenntnisse zielen die Maßnahmen dieses HF auch auf 
eine Veränderung der Einstellung der Organisationsmitglieder und damit der gesamten Unter- 
nehmenskultur im Sinne eines Change Managements ab. Eine Zusammenfassung der Maß- 
nahmen mit dem zugrundeliegenden Handlungsbedarf findet sich in Abbildung 93. 
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Abbildung 93: Handlungsfeld Kompetenzmanagement - Übersicht”? 


7.6.1 Qualifizierung von Fachkräften ergänzt um externes Wissen 


Für die Entwicklung und den Betrieb von ML-Anwendungen werden gemäß den Ausführungen 
zur Zusammensetzung von ML-Projekten im HF Aufbauorganisation mehrere Fachkräfte mit 
spezialisierten Kompetenzen benötigt — welche jedoch in vielen Unternehmen aktuell nicht 
vorhanden sind. Eine Schlüsselrolle nehmen hierbei Data Scientists ein, welche ein interdis- 
ziplinäres Qualifikationsprofil aufweisen müssen, das neben tendenziell IT-affinen Fähigkeiten 
zur Analyse und Aufbereitung großer Datenmengen sowie zur Entwicklung von ML-Modellen 
auch von einem Verständnis zu betrieblichen Zusammenhängen sowie von kommunikativen 
und organisatorischen Fähigkeiten zur Koordination der Projekte und der verschiedenen 
Stakeholder geprägt ist (siehe Abbildung 94). 
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Kenntnisse in 
Statistik und Mathematik 


Kommunikative | Verständnis für betriebliche 


Fähigkeiten ~ Bee Zusammenhange 
Data Scientist 
Projektmanagement Wen — hiesgeiten und 
Pa N Organisation von Daten 
Programmierkenntnisse, Aufbereitung, Analyse und 
u. a. in R, Python, Matlab, Visualisierung großer 
SQL Datenmengen 


Abbildung 94: Anforderungen an das Qualifikationsprofil von Data Scientists”? 


Für die Gewinnung dieser ML-spezifischen Fachkräfte können in den Unternehmen beste- 
hende Mitarbeiter qualifiziert werden, wofür insbesondere Personen mit ausgeprägten IT- 
Vorkenntnissen, aber auch Quereinsteiger mit einer betriebswirtschaftlichen Vorausbildung in- 
frage kommen. Bei der Gestaltung der entsprechenden Weiterbildungsprogramme besteht die 
Möglichkeit eines Rückgriffs auf diverse Angebote von externen Dienstleistern und Hochschu- 
len, welche von persönlichen und online-basierten Trainings bis zu vollständigen Studiengän- 
gen im Data-Science-Bereich reichen. Entsprechend der thematischen Komplexität ist diese 
Strategie der Personalgewinnung jedoch fallweise mit einem hohen zeitlichen Aufwand ver- 
bunden, sodass sich alternativ oder ergänzend eine Rekrutierung von neuen Mitarbeitern 
mit den entsprechenden Kompetenzen anbietet, womit die Time-to-Market für die angestreb- 
ten ML-Anwendungen verkürzt werden kann. Aufgrund des gegenwärtigen Mangels an ent- 
sprechenden Fachkräften auf dem nationalen und internationalen Arbeitsmarkt (siehe Kapitel 
4.4.2) besteht jedoch bei dieser Strategie eine hohe Unsicherheit über die Abdeckung des 
Personalbedarfs der jeweiligen Unternehmen. 


Zur Begegnung dieser personellen Herausforderungen besteht die Möglichkeit einer Beauf- 
tragung externer Unternehmen für die Unterstützung bei der Umsetzung von ML-Anwen- 
dungen. Neben der Übernahme einzelner Aufgaben, wie z.B. Datenanalysen, können die 
Leistungen auch eine vollständige Fremdvergabe der Anwendungsentwicklung umfassen. Als 
potenzielle Kooperationspartner existieren eine Vielzahl von spezialisierten Unternehmen, zu 
denen Start-ups, Beratungen und größere Technologieunternehmen zählen. Durch die Beauf- 
tragung kann der Zugang zu den angestrebten Systemen potenziell beschleunigt werden. 
Auch ergibt sich dadurch die Möglichkeit einer Partizipation an den unternehmens- und bran- 
chenübergreifenden Kenntnissen der Dienstleister. Im Rahmen der damit verbundenen Build- 
or-Buy-Entscheidungen sind jedoch auch potenziell negative Effekte zu berücksichtigen, die 
zusammenfassend in Tabelle 28 dargestellt sind. Demnach geht die Fremdvergabe mit einer 
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Abhangigkeit von den Dienstleistern bei der Wartung und Skalierung der realisierten ML-An- 
wendungen einher. Auch wird nur eingeschrankt entwicklungsseitiges Wissen zu den jeweili- 
gen Systemen sowie gesamthaft zu ML durch die auftraggebenden Unternehmen aufgebaut. 
Infolge der strategischen Bedeutung der Technologie für die Logistik wird daher nur für ein- 
zelne ML-Anwendungen oder diesbezügliche Teilaktivtäten eine Fremdvergabe empfohlen, 
welche zudem stets von einem eigenen Kompetenzaufbau zu begleiten ist. Einen zweckmä- 
Rigen Ansatz zur Kombination der Vorteile beider Realisierungsstrategien stellen Innovations- 
partnerschaften im Sinne einer Open Innovation dar, die mit den o. g. Dienstleistern, aber 
auch mit Wettbewerben und Forschungseinrichtungen aufgebaut werden kënnen 72 Im Rah- 
men einer kooperativen Zusammenarbeit kann hierbei bspw. die fachliche Expertise der Un- 
ternehmen zu den Anwendungsfallen und zu den benötigten Daten mit den entwicklungsseiti- 
gen Kompetenzen der Partner zur gemeinsamen Lösungsgestaltung gebündelt werden. 


Eigenentwicklung (Build) Fremdentwicklung (Buy) 


- Aufbau von Wissen bzw. Fachkräften zur Um- 


setzung, Wartung und Skalierung eigener An- - Partizipation an unternehmens- und branchen- 
wendungen sowie zur Bewertung externer An- übergreifenden Kenntnissen, inkl. Trends 
wendungen - Kürzere Time-to-Market für Anwendungen 
Chancen _ stärkere Einflussmöglichkeiten auf die Gestal 
„ starkere Einflussmöglichkeiten auf die Gestal- _ Variabilisierung von Kosten, sodass höhere Fle- 
tung der Systeme xibilität und Risikominimierung im Falle eines 
- Organische Verankerung der Technologie, so- Scheiterns 
dass höhere Akzeptanz zu erwarten ist 
- Kein eigener Wissensaufbau, sodass Abhängig- 
keit von Dienstleistern für Wartung und Skalie- 
- Spätere Realisierung der Anwendungen rung der Anwendungen sowie eingeschränkte 
Risiken `~ Geringere Flexibilität durch Fixkosten (jedoch Bewertungsmöglichkeit ` 
bei Verstetigung des Technologieeinsatzes hilf- - Einblick bzw. Bereitstellung von Daten und wei- 
reich) teren Informationen 
- Geringere Einflussmöglichkeiten auf Systemge- 
staltung 


Tabelle 28: Bewertung der Eigen- oder Fremdentwicklung von ML-Anwendungen 


Um entsprechend der Neuartigkeit und der forschungsseitigen Entwicklung von ML einen fach- 
lichen Austausch zwischen den unternehmensinternen Fachkraften sowie deren kontinuierli- 
che Weiterentwicklung zu ermöglichen, ist zudem die Bildung von ML-spezifischen 
Communities in den Unternehmen zu motivieren. Bei der Nutzung des im HF Ablauforgani- 
sation empfohlenen Spotify-Modells kann dies über den funktionalen Zusammenschluss in 
Chaptern sowie mittels einer informellen Vernetzung in den Guilds sichergestellt werden. 


7.6.2 Grundverständnis zu ML bei allen Organisationsmitgliedern 


Über die an der Umsetzung von ML-Anwendungen beteiligten Personen hinaus ist bei allen 
weiteren Organisationsmitgliedern ein Grundverständnis zu ML sowie zum übergeordneten 
Bereich der Kl zu entwickeln. Diese Maßnahme begründet sich einerseits mit der strategischen 
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Bedeutung der Technologie für die Unternehmen, nach der die Mitarbeiter zur direkten und 
indirekten Unterstützung zu befähigen sind, wozu die Identifizierung von potenziell geeig- 
neten Anwendungsfällen und der bewusste Umgang mit den technischen Voraussetzungen 
der Anwendungen in Form von Daten gehören. Demnach müssen die Mitarbeiter ein Ver- 
ständnis für die Bedeutung von Daten und für die damit verbundene Notwendigkeit einer 
hohen Qualität entwickeln. Diese gezielte Kompetenzerweiterung betrifft auch die Vertreter 
der Unternehmensführung, deren Technologieverstandnis eine elementare Grundlage zur Re- 
alisierung des strategischen Potenzials von ML darstellt (siehe HF Strategie). Andererseits soll 
durch die Vermittlung von Wissen gezielt die Einstellung der Mitarbeiter gegenüber dem 
Einsatz von ML-Anwendungen beeinflusst werden. Grundlegend lassen sich anhand der ak- 
tuell vorherrschenden Einstellung drei relevante Gruppen von Unternehmensvertretern für 
solch eine gezielte Beeinflussung identifizieren: 


- Mitarbeiter, denen ML bisher unbekannt ist, sodass eine indifferente Einstellung vor- 
herrscht. Diese Mitarbeiter sind erstmalig für die Technologie zu sensibilisieren. 

- Mitarbeiter, die eine eher negative Einstellung zu ML aufweisen, welche u.a. auf 
Ängste zum Verlust des eigenen Arbeitsplatzes und auf apokalyptische Visionen zu- 
rückgeht. Diesen Mitarbeiter sind die Vorurteile und Ängste zu nehmen. 

- Mitarbeiter, bei denen sich eine positive Einstellung zu ML beobachten lässt, die jedoch 
von zu euphorischen Annahmen geprägt ist. Bei diesen Mitarbeitern ist eine realisti- 
sche Erwartungshaltung zu entwickeln. 


Unter Berücksichtigung der unterschiedlichen Einstellungen sind zielgruppenspezifische 
Schulungen für alle Organisationsmitglieder durchzuführen, welche die in Tabelle 29 darge- 
stellten Lernziele und Inhalte umfassen sollten und in bestehende Weiterbildungsprogramme 
zu integrieren sind. Die Organisation und Moderation dieser Trainings sind durch das DTO zu 
verantworten (siehe HF Aufbauorganisation), wobei auch ein Rückgriff auf externe Dienstleis- 
ter mit entsprechenden Kompetenzen erfolgen kann. Zur Veranschaulichung und Bekräftigung 
der Schulungsinhalte sind erfolgreich umgesetzte Anwendungen aus anderen Fachbereichen 
oder Unternehmen aufzuzeigen. Dies umfasst auch Verweise auf die bereits erfolgte Durch- 
dringung von ML in alltäglichen Anwendungen und Geräten, z.B. in Form von Sprachassis- 
tenten, personalisierten Empfehlungen bei Online-Käufen oder Navigationsdiensten, wodurch 
der negativ besetzte Neuartigkeitscharakter der Technologie für die Mitarbeiter abgeschwächt 
wird. Zudem sind bei der Darstellung der Potenziale und Grenzen von ML-Anwendungen stets 
Vergleiche zum Menschen herzustellen. Hierdurch soll ein Bewusstsein für grundlegende 
Defizite und eine ergebnisbezogene Fehlbarkeit auf beiden Seiten erzeugt werden — mit dem 
Hinweis, dass die damit verbundene Wahrnehmung der Menschen jedoch häufig zu Lasten 
technischer Systeme ausfällt (Algorithmus-Aversion). 
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Lernziel für Mitarbeiter 


Inhalt 


ML ist ein wichtiger Bestandteil 
der notwendigen digitalen Trans- 
formation von Unternehmen. 


Strategische Bedeutung der Digitalisierung fur die Branche; Einordnung 
von ML in den KI-Technologieverbund; Beitrag zur digitalen Transforma- 
tion 


Mittels ML werden Systeme befa- 
higt, auf Basis von Daten zu ler- 
nen. 


Funktionsweise von ML; Ergebnisse sind nicht zufallsbasiert, sondern 
entstehen auf Grundlage mathematisch-statistischer Verfahren, realer 
Daten und manuell entwickelter Modelle („Entmystifizierung“ von ML) 


Die Vorteile von ML betreffen alle 
Mitarbeiter direkt und indirekt. 


Defizite von menschlichen Entscheidungsträgern; Potenziale von ML; 
Auswirkungen des Technologieeinsatzes auf Arbeitsumfeld der Mitarbei- 
ter und auf langfristige Wettbewerbsfähigkeit der Unternehmen 


Der Mensch ist trotz des Einsat- 
zes von ML von hoher Bedeu- 
tung. 


Aktuelle Fähigkeiten und Grenzen von ML; exklusive Fähigkeiten der 
Menschen; nicht absehbare Realisierung einer starken Kl und Superin- 
telligenz 


Daten bestimmen die Ergebnisse 
der ML-Anwendungen. 


Technische Voraussetzungen von ML; Datenqualität determiniert Ergeb- 
nisqualität („Garbage in, Garbage out“); Notwendigkeit einer korrekten 
Dateneingabe 


Tabelle 29: Schulungsinhalte zu ML 


Neben dieser Wissensvermittlung sind die Mitarbeiter auch mit existierenden ML-Anwendun- 
gen zu konfrontieren. Zu Beginn der Technologieeinführung kann dies durch Besuche bei an- 
deren Unternehmen, Forschungseinrichtungen oder Technologielaboren für einzelne Perso- 
nen realisiert werden. Nach dem Betrieb der ersten eigenen aussagekräftigen Systeme sind 
diese allen Organisationsmitgliedern als Leuchtturminitiativen bekannt zu machen. Neben 
der unternehmensweiten Kommunikation von Informationen umfasst dies eine Realisierung 
von punktuellen oder kontinuierlichen Zugängen, z. B. mittels Veranstaltungen zur Vorstellung 
der Systeme oder durch deren „Ausstellung“ in Showrooms. Gleichzeitig können diese An- 
wendungen für die Außenkommunikation zur Verbesserung des Unternehmensimages ge- 
nutzt werden. Auch bietet sich für ausgewählte Systeme eine Personifizierung an, indem 
diese als neue Mitarbeiter in Form „künstlich intelligenter“ Assistenten für die kooperative Zu- 
sammenarbeit mit den menschlichen Entscheidungsträgern bei kognitiv anspruchsvollen Auf- 
gaben eingeführt werden. Diese Maßnahmen sind von einer Marketinginitiative zu begleiten, 
welche auch eine grafische Darstellung dieser neuen „Mitarbeiter“ und eine dazugehörige 
Change Story umfassen kann, wie sie am Beispiel der personifizierten Anwendung „alfred“ 
des Interviewpartners Thyssenkrupp Material Services in Abbildung 95 dargestellt ist. 


ML-Anwendung „alfred“ 


- Benennung des Systems nach dem Firmengründer Alfred Krupp 

- Grafische Darstellung für System 

- Unterstützung des Nutzers bei komplexen Aufgaben, u. a. Materialdisposition 
im globalen Netzwerk 

- Einsatz des Systems verbunden mit Change Story: Der Firmengründer wird als 
künstlicher Mitarbeiter wieder in das Unternehmen zurückgebracht. 


S 


Abbildung 95: Personifizierung von ML-Anwendungen - Praxisbeispiel 15 
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7.6.3 Nutzerseitige Interpretation des Systemverhaltens 


Eine im Rahmen des Kompetenzmanagements separat zu betrachtende Zielgruppe stellt die 
Nutzergemeinschaft dar, welche aus den Entscheidungsträgern besteht, die mit ML-Anwen- 
dungen zusammenarbeiten. Neben ihrer grundsätzlich hohen Bedeutung für eine erfolgreiche 
Technologieadoption ergibt sich für diese Personen im Falle des Einsatzes von ML ein verän- 
dertes Aufgabenspektrum (siehe HF Mensch-Computer-Interaktion), wofür entsprechende Fä- 
higkeiten auszubilden sind. Dies geht über Kenntnisse zu den systemseitigen Funktionen und 
Interaktionselementen hinaus, wie sie ebenfalls bei konventioneller Software notwendig sind. 
Vielmehr sind die betroffenen Mitarbeiter gezielt zur Kontrolle der Systeme zu befähigen, 
sodass sie das jeweilige Systemverhalten korrekt interpretieren können. In Bezug auf die Ex- 
ante-Kontrolle müssen die Mitarbeiter demnach unterschiedliche Entscheidungssituationen 
dahingehend bewerten können, ob den systemseitigen Ergebnissen vertraut werden kann o- 
der ein manueller Eingriff notwendig ist. Im Falle der Aktivitäten der Ex-post-Kontrolle umfasst 
dies eine Detektion von systematischen Fehlentwicklungen der Anwendungen und eine Be- 
stimmung von möglichen Ursachen. 


Für die Ausbildung dieser Fähigkeiten ist den Mitarbeitern ein grundlegendes Verständnis zur 
technischen Funktionsweise der jeweiligen Anwendungen sowie gesamthaft zu ML zu ver- 
mitteln. Dazu gehört eine Kenntnis der jeweils verwendeten Input-Daten und der darauf basie- 
renden wesentlichen Features, um das Verhalten der Systeme mit den ursächlichen Faktoren 
für die Entscheidungen sowie diesbezügliche Fähigkeiten und Grenzen verstehen zu können. 
Auch sind die Mitarbeiter für eine Interpretation der verwendeten Leistungsmetriken und für 
darüberhinausgehende systemseitig dargestellte Zusatzinformationen zur Plausibilisierung 
der Ergebnisse anzuleiten. 


Die Vermittlung des benötigten Wissens ist — analog zu dem zuvor dargestellten Schulungs- 
format für alle Organisationsmitglieder — in Rahmen einzelner Veranstaltungen vorzunehmen. 
Die Schulungen sind dabei entweder unterstützend oder exklusiv von bestehenden Nutzern 
durchzuführen, welche im Rahmen des User-Community-Ansatzes in den Entwicklungspro- 
zess und die betriebliche Einführung der jeweiligen Anwendungen eingebunden waren (siehe 
HF Ablauforganisation) und hierbei Erfahrungen zum Systemverhalten im Sinne eines „On- 
the-Job-Trainings“ gesammelt haben (siehe Abbildung 96). Die erzielten Erkenntnisse sind im 
Rahmen der Schulungen an andere Nutzer und weitere Organisationsmitglieder weiterzuge- 
ben. Entsprechend ihrer Zugehörigkeit zur Nutzergemeinschaft erhöht der Einsatz dieser aus- 
gewählten Personen als Trainer die Glaubhaftigkeit der vermitteln Informationen, wodurch zu- 
sätzliches Vertrauen gegenüber den ML-Anwendungen geschaffen wird. Anders als bei kon- 
ventioneller Software, zu der das systemseitige Wissen der Nutzer lediglich im Falle von ent- 
wicklungsseitigen Updates anzupassen ist, ergibt sich bei ML-Anwendungen ein kontinuierli- 
cher Bedarf. Dies begründet sich mit möglichen Verhaltensänderungen der Systeme infolge 
deren Lernfähigkeit, weshalb ein regelmäßiger Austausch der Nutzer zu Erfahrungen aus 
dem Betrieb sicherzustellen ist. 
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® Weitere 
= Einbindung einzelner L Weitergabe des Wissens Mitarbeiter 
Nutzer in Entwicklung und Za an restliche Nutzer und 
Pilotbetrieb der Systeme andere Mitarbeiter 
Nutzer- Ausgewählte Nutzer- 
gemeinschaft Nutzer gemeinschaft 


Wissenserwerb im Rahmen des 
Umsetzungsprozesses 


Abbildung 96: User-Community-Ansatz zur Schulung der Nutzer’'® 


7.6.4 Validierung 


Das betrachtete Unternehmen im ETA-Anwendungsfall rekrutiert mehrere Data Scientists und 
Data Engineers für die Umsetzung von ML-Anwendungen. Parallel werden bestehende Mitar- 
beiter aus der IT durch Weiterbildungsprogramme zum Aufbau von Kompetenzen in der Ent- 
wicklung von ML-Modellen qualifiziert. Im Falle der betrachteten ETA-Anwendungen wird zu- 
sätzlich für einen Zugang zu spezialisiertem Wissen eine Kooperation mit einem Forschungs- 
institut eingegangen, welches Vorerfahrungen bei der Umsetzung von ML-basierten Progno- 
sesystemen aufweist. Im Rahmen dieses partizipativen Open-Innovation-Ansatzes erfolgt 
eine gemeinsame Entwicklung der Anwendung. Auf eine Fremdvergabe wird aufgrund der 
Bedeutung und Komplexität der angestrebten Anwendung sowie der erwarteten notwendigen 
Anpassungen im Rahmen des Betriebs verzichtet. 


Für die restlichen Organisationsmitglieder werden zielgruppendifferenzierte Schulungen für 
die Vermittlung von Wissen zu ML und zum übergeordneten Themenfeld der KI durchgeführt, 
welche auch die Darstellung von Voraussetzungen für geeignete ML-Anwendungsfalle bein- 
halten. In diesem Kontext werden auch erfolgreiche Anwendungsbeispiele aus anderen Un- 
ternehmen sowie aus dem privaten Alltag aufgeführt, die Parallelen zur angestrebten ETA- 
Prognose aufweisen, z. B. in Form von Navigationsdiensten. Entsprechend der hohen vermu- 
teten Potenziale für die interne Optimierung und die Verwendung als externer Service wird die 
Umsetzung der ETA-Prognose als Leuchtturminitiative im Unternehmen „vermarktet“, was 
mit einer Kommunikation über verschiedene Kanäle einhergeht. Zusätzlich wird die Einführung 
mit einer Change Story verbunden, nach der die Mitarbeiter nun die Möglichkeit haben, „ver- 
lässlich in die Zukunft zu schauen“. 


Über die Vermittlung des allgemeinen Technologiewissens hinaus werden die designierten 
Nutzer zusätzlich in der Zusammenarbeit mit der ETA-Anwendung geschult. Die umfasst de- 
ren Befähigung zur Interpretation des Systemverhaltens, indem sie u. a. Situationen detek- 
tieren können, die tendenziell zu unzuverlässigen Ergebnissen der Systeme führen. Dies gilt 
bspw. für Fälle von schweren Unwettern, bei denen die Mitarbeiter vermittelt bekommen, dass 
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hierzu nur unzureichend Trainingsdaten vorhanden sind. Die Weitergabe dieses Wissens er- 
folgt durch ausgewählte Mitarbeiter, welche als Repräsentanten der Nutzergemeinschaft in 
den gesamten Umsetzungsprozess der Anwendungen eingebunden waren. 


Nach Prüfung dieses HF anhand des ETA-Anwendungsfalls lässt sich eine Operationalisie- 
rung aller wesentlichen Aktivitäten sowie eine Erfüllung von sechs Anforderungen feststellen 
(siehe Tabelle 30). 


Anforderung Erfüllung im Anwendungsfall durch Maßnahmen des HF 
Personal und Die Weiterbildung bestehender sowie die Rekrutierung neuer Mitarbeiter führt zu der 
Finanzen Ausbildung eigener Fachkräfte für die Umsetzung der ML-Anwendung. 

Aufgrund der Durchführungen von Schulungen zum Themenfeld KI und ML wird bei al- 
Kompetenz 


len Organisationsmitgliedern ein grundlegendes Technologieverständnis aufgebaut. 


Die Vermittlung von Voraussetzungen für ML-Anwendungen befähigt alle Mitarbeiter zur 


Standardprozesse Identifikation potenziell geeigneter Anwendungsfalle. 


Durch die in den Schulungen vermittelte Bedeutung und Funktionsweise von ML mit dem 
Akzeptanz Verweis auf menschliche Fehlbarkeit wird die Einstellung der Mitarbeiter gegenüber ML 
verbessert und der Algorithmus-Aversion entgegengewirkt. 


Die Vermittlung der Voraussetzungen von ML-Anwendungen führt zu einer Verbesse- 
Datenqualität rung des Bewusstseins bei den Mitarbeitern im Umgang mit Daten, u. a. in Bezug auf die 
manuelle Eingabe und deren Überprüfung. 


Durch den Verständnisgewinn zum Verhalten der Systeme werden die Nutzer zur Identi- 


Zuverlässigkeit fikation von Verbesserungsmöglichkeiten befähigt. 


Tabelle 30: Handlungsfeld Kompetenzmanagement - Erfüllung der Anforderungen 


7.7 Datenmanagement: Skalierbare ML-Services auf Basis konsoli- 
dierter Daten 


Das Ziel der Maßnahmen dieses HF ist die Realisierung der infrastrukturellen Grundlagen zur 
effizienten Bereitstellung der benötigten Daten für die Entwicklung und den Betrieb von ML- 
Anwendungen sowie zu deren skalierbaren Einsatz in den Unternehmen. In einem ersten 
Schritt sind dazu die Daten aus den einzelnen IT-Systemen der Unternehmen gemeinsam mit 
relevanten und zugänglichen externen Daten in ihrer originären Struktur in einem Data Lake 
zentral zu speichern. Aus diesem Repository sind anschließend diejenigen Daten zusammen- 
zuführen und aufzubereiten, die der aktuellen und historischen Zustandsbeschreibung von be- 
deutenden logistischen Bezugssystemen der Unternehmen dienen, sodass vollständige digi- 
tale Abbilder entstehen, deren Aufbereitungslogiken und Daten von ML-Anwendungen genutzt 
werden können. Die einzelnen Modelle dieser Digital Twins, der jeweiligen ML-Anwendungen 
und aller weiteren datenbasierten Anwendungen sind in einem zentralen IT-System in Form 
einer Plattform zu integrieren, auf der sie unternehmensintern und ggf. -extern als Services 
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bereitgestellt werden sowie als technische Grundlage für die Realisierung weiterer Systeme 
im Sinne eines „Inkubators“ fungieren können. Eine Zusammenfassung der Maßnahmen mit 
dem zugrundeliegenden Handlungsbedarf findet sich in Abbildung 97. 


Eigenschaften von ML Ausgangssituation im Logistikmanagement 


t - Viele in- und externe Daten für Anwendungsfälle, 

3 - Historische Daten für Entwicklung, zumeist in einem sodass aufwendige Beschaffung und Aufbereitung 

2 hohen Umfang und in Rohform - Dezentrale IT-Strukturen mit technischen und 

5 - Anbindung an Datenquellen für Betrieb organisatorischen Barrieren (Datensilos) 

g - Datenqualität mit direkter Auswirkung auf Ergebnisse - Inhaltliche und syntaktische Datendefekte, u. a. 

x - Hohe Rechenleistung und Speicherkapazitaten fiir aufgrund manueller Erfassung ; 
Ausführung der Systeme, wobei schwankende Bedarfe - Häufig keine oder eingeschränkte Datenspeicherung 
in Abhängigkeit der Anwendungen - Leistungs- und Flexibilitätseigenschaften lokaler IT oft 

nicht ausreichend; viele externe laaS-Anbieter 

= Die realisierte IT-Infrastruktur ermöglicht einen effizienten Zugang zu den benötigten Daten für die 

a Entwicklung und den Betrieb von ML-Anwendungen sowie deren skalierbaren Einsatz. 

Systemagnostische Daten- Digital Twins für kontext- Modulare Plattform als Host und 
integration mittels Data Lakes bezogene Datenaufbereitung Inkubator für ML-Anwendungen 
- Zusammenführung von - Realisierung von Digital Twins - Integration der ML-Modelle und 
= relevanten Daten in zentralem für logistische Bezugssysteme, weiterer datenbasierter 

S Repository u. a. einzelne Objekte, Lösungen in zentrales System 

ka - Bezug historischer Daten mit Prozesse, Standorte bis mit modularer IT-Architektur 

E kontinuierlicher Bereitstellung gesamte Organisation und - Bereitstellung der technischen 

= aus Quellsystemen Netzwerke Komponenten und Funktionen 


- Primar interne Daten, erganzt 
um relevante externe Daten 


- Speicherung in Rohformat; ggf. 
Eliminierung von syntaktischen 
Defekten 


- Entwicklung von Pipelines für 
Extraktion, Aufbereitung und 
Integration der benötigten Daten 

- Nachnutzung der Verarbeitungs- 
logiken durch ML-Anwendungen 


von Modellen als system- 
übergreifend nutzbare Services 
- Anbindung an relevante Quell- 
und Zielsysteme mittels Stan- 
dardschnittstellen, z. B. ESB 


Abbildung 97: Handlungsfeld Datenmanagement — Übersicht?'7 


7.7.1 Systemagnostische Datenintegration mittels Data Lakes 


Für die effiziente Bereitstellung von potenziell geeigneten Daten für ML-Anwendungsfalle im 
Logistikmanagement sind in den Unternehmen Data Lakes zu realisieren. Im Sinne einer 
„Single Source of Truth“ sollen diese zentralen Repository relevante Daten — sowohl in aktu- 
eller Form als auch für einen historischen Zeitraum - als Duplikate speichern, was auch eine 
regelmäßige Aktualisierung der bestehenden Datensätze sowie eine Erweiterung um neue 
Datenquellen impliziert. Hierfür sind die Data Lakes mit geeigneten APIs entsprechend gängi- 
ger unternehmensinterner und -übergreifender Standards auszustatten, sodass eine system- 
agnostische Vernetzung mit den einzelnen Quellsystemen gewährleistet wird. 


Mit dem Ziel einer anwendungsübergreifenden und unternehmensweiten Nutzung der jeweili- 
gen Data Lakes sind die Daten - anders als bei einem Data Warehouse oder häufig auch bei 
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konventionellen Datenbanksystemen — in Rohform zu speichern. Lediglich kleinere Anpas- 
sungen im Falle von syntaktischen Defekten, z. B. bei uneinheitlichen Formaten, sind bei der 
Integration der Daten aus den Quellsystemen vorzunehmen. Zur Verwaltung der einzelnen 
Datensätze sind zudem relevante Hintergrundinformationen zu hinterlegen, z. B. Eigenschaf- 
ten zu den jeweiligen Datenquellen sowie zur Datenqualität. Auch sind dabei inhaltliche Be- 
ziehungen zwischen den Daten herzustellen, wobei auf etwaige Redundanzen und Widersprü- 
che hinzuweisen ist. Für die damit verbundenen Eingriffe sowie für eine gezielte Auswahl der 
benötigten Daten ist eine Benutzerschnittstelle zu den Data Lakes zu implementieren, mit der 
die Datenbestände durchsucht und zusätzlich durch vorgefertigte Auswertungsmöglichkeiten 
analysiert und visualisiert werden können. 


Entsprechend des o.g. skalierbaren Einsatzes der Data Lakes ist eine Integration von mög- 
lichst vielen Datenquellen der jeweiligen Unternehmen zu verfolgen. In Hinblick auf potenzi- 
elle ML-Anwendungsfalle im Logistikmanagement betrifft dies zum einen Daten aus den aus- 
führenden Prozessen, die teilweise direkt als Sensorinformationen von Maschinen, Betriebs- 
mitteln, Ladungsträgern und weiteren logistisch relevanten Objekten übertragen werden kön- 
nen. Zum anderen sind auch die Daten aus übergeordneten Steuerungs- und Verwaltungs- 
systemen, wie MES, TMS (Transport Management System) und ERP, zu integrieren. Darüber 
hinaus sind auch ausgewählte externe Daten hinzuzufügen, welche für verschiedene Anwen- 
dungsfälle potenziell relevant sind, z. B. Konjunktur-, Verkehrs- und Wetterdaten sowie Daten 
aus sozialen Netzwerken. Der Bezug der Daten aus den Quellsystemen ist dabei entweder als 
Batch oder kontinuierlich zu realisieren, wobei Letzteres insbesondere auf Sensorinformatio- 
nen zutrifft. 


Bei der Realisierung der Data Lakes besteht die Möglichkeit einer Verteilung der Daten auf 
mehrere lokale Speichersysteme, wozu vorgefertigte Architekturen, wie das Hadoop Distribu- 
ted File System (HDFS) von Apache Hadoop, genutzt werden können. Im Falle stark einge- 
schränkter Rechenleistungen und Speicherkapazitäten in den Unternehmen wird stattdessen 
eine cloud-basierte Realisierung der Data Lakes empfohlen, wofür eine Vielzahl von exter- 
nen laaS mit leistungsbezogenen Preismodellen existieren. Neben dem Zugang zu einer leis- 
tungsfähigen und flexiblen Infrastruktur sowie einer Variabilisierung von Fixkosten bietet dieser 
Ansatz auch die Möglichkeit zur Reduzierung des Implementierungsaufwands. 


7.7.2 Digital Twins für kontextbezogene Datenaufbereitung 


Obgleich mithilfe der beschriebenen Data Lakes die Aufwände für die Beschaffung von Da- 
tenquellen bereits erheblich reduziert werden können, verbleibt für die einzelnen ML-Projekte 
die Notwendigkeit einer teils sehr arbeitsintensiven Auswahl und Aufbereitung der jeweils re- 
levanten Daten. Dies begründet sich mit der fehlenden datenseitigen Vorstrukturierung und 
Manipulation, auf die bewusst zur anwendungsübergreifenden Nutzung der integrierten Daten 
im Lake zu verzichten ist. Unter Berücksichtigung des in Kapitel 5 identifizierten Anwendungs- 
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spektrums von ML ist jedoch davon auszugehen, dass bestimmte Daten für mehrere Anwen- 
dungen benötigt werden. Zur Realisierung von Skaleneffekten bei deren Entwicklung wird da- 
her eine vorausgehende kontextbezogene Konsolidierung und Aufbereitung dieser Daten 
empfohlen. Dazu sind digitale Abbilder zu relevanten logistischen Bezugssystemen der Unter- 
nehmen in Form einzelner Objekte, Prozesse, Standorte oder gesamter Netzwerke zu entwi- 
ckeln, d. h. sog. Digital Supply Chain Twins”"®, welche Informationen zu deren gegenwärtigen 
und historischen Zustand bereitstellen. Neben direkten Zustandsinformationen sind dabei 
auch Daten zu externen Faktoren mit Einfluss auf den Zustand der Bezugssysteme zu integ- 
rieren. DT auf Objektebene können Abbilder zur logistischen Infrastruktur, zu Fahrzeugen so- 
wie zu Ladehilfsmitteln, wie z.B. Container, sein. Für diese Objekte sind u.a. vorhandene 
Sensorinformationen zur Position, zu Stößen, zur internen und externen Temperatur, zur Luft- 
feuchtigkeit, zum Beladezustand sowie zum Gewicht zu erfassen. Zusätzlich bedarf es einer 
Integration weiterer Informationen zu daraus abgeleiteten containerbezogenen Zustandseig- 
enschaften, z.B. Prozesszeiten für die Beladung, den Transport und die Entladung, Stand- 
und Ausfallzeiten sowie die Auslastung bzw. Produktivität der einzelnen Container. 


Die technische Umsetzung der DT sieht ebenfalls eine Entwicklung von Modellen vor, welche 
die einzelnen Informationen zu den Bezugssystemen aus den umfassenden und im Wesentli- 
chen unstrukturierten Datenbeständen der realisierten Data Lakes sowie aus weiteren Syste- 
men in eine realkonforme Beziehung zueinander setzen. Dazu bedarf es einer vorausgehen- 
den Auswahl, Integration und Aufbereitung der relevanten Daten, wobei u.a. Redundanzen, 
Widersprüche und Anomalien zu eliminieren sind. Anschließend sind die damit verbundenen 
Logiken in Pipelines zur kontinuierlichen und automatischen Datenbereitstellung für die DT- 
Modelle zu überführen, womit sich insgesamt hohe inhaltliche Schnittmengen zu den Aktivitä- 
ten der zweiten Phase des Vorgehensmodells im HF Ablauforganisation ergeben. Sowohl die 
aufbereiteten Daten als auch die implementierten Verarbeitungslogiken der digitalen Ab- 
bilder zu den einzelnen logistischen Bezugssystemen können anschließend von mehreren 
ML-Anwendungen genutzt werden, sodass sich für die entsprechenden Projekte eine deutli- 
che Aufwandsreduzierung in Bezug auf die notwendigen datenseitigen Aktivitäten ergibt. 


7.7.3 Modulare Plattform als Host und Inkubator für ML-Anwendungen 


Anstelle der Umsetzung separater ML-Anwendungen und deren klassischer monolithischer 
Gestaltung sind die zugrundeliegenden Modelle der jeweils angestrebten Anwendungen in ein 
übergreifendes System mit einer modularen IT-Architektur zu integrieren, welches als Platt- 
form für die Entwicklung und Ausführung aller datenbasierten Lösungen der jeweiligen 
Unternehmen, d.h. einschließlich der zuvor beschriebenen DT-Modelle, fungieren soll (siehe 
Abbildung 98). Dazu sind die Plattformen über standardisierte Schnittstellen mit den jeweiligen 
Data Lakes sowie mit allen weiteren anwendungsspezifischen Datenquellen zu verbinden. Zu- 
dem sind zentrale technische Komponenten und Funktionen der integrierten Anwendungen 
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bzw. Modelle als separate Services verfügbar zu machen, welche von weiteren Anwendungen 
genutzt werden können. Neben den datenanalytischen Auswertungen und realisierten Pipe- 
lines zur Extraktion und Aufbereitung der Daten beinhaltet das auch einen Feature Store (siehe 
HF Ablauforganisation). Selbiges gilt für die einzelnen modellseitigen Ergebnisse, sodass 
bspw. die Funktionen der integrierten ML-Modelle als ML-Services bereitzustellen sind. Durch 
diese serviceorientiere Gestaltung der Plattformen können im Falle von daten- oder entwick- 
lungsbezogenen Konvergenzen bedeutende Skaleneffekte bei der Umsetzung von neuen An- 
wendungen realisiert werden, was sowohl deren modellseitige als auch deren infrastrukturelle 
Umsetzung betrifft. 


Input Modulare Plattform Output 
D 
Si 
ES Support- 2 A Weitere daten- 
ERE Funktionen SEES basierte Services 
Internes 
P = System 1 
Data Daten- ML-Modell für DT-Modell für 
MES mis Lake Roh- analysen Funktion 1 Objekt 1 
I, _— Internes 
System 2 
Weitere daten ETL- ML-Modell für DT-Modell für EH 
Systeme Ka Pipelines Funktion 2 Objekt 2 
Geräte / Interne ML-Modell für 
Sensorik Systeme Feature Siors Funktion ... 
Kunden- 
systeme 
Externe Integrierte UI 
System 


Abbildung 98: Aufbau der modularen Plattform für ML-Services”"9 


Neben der Nutzung für die Aufwandsreduzierung bei der Entwicklung sind die einzelnen Ser- 
vices auch unternehmensinternen Kunden bzw. deren Systemen für die Unterstützung und 
Ausführung von Entscheidungsprozessen verfügbar zu machen. Dazu bedarf es einer Verbin- 
dung der Plattformen mit potenziellen Zielsystemen, wobei standardisierte Schnittstellen mit 
einer Kompatibilität zu möglichst vielen Anwendungen in den Unternehmen zu nutzen sind, 
z. B. in Form einer ESB-Architektur (Enterprise Service Bus). Dadurch wird es anderen Sys- 
temen ermöglicht, die Funktionen der ML-Modelle kontinuierlich zu nutzen, z. B. in Form eines 
„Abonnements“, was neben der Reduzierung des Integrationsaufwands auch einen positiven 
Einfluss auf die Skalierungsmöglichkeit der realisierten Anwendungen innerhalb der Or- 
ganisationen nimmt. Ferner sind die Plattformen mit einer eigenen UI auszurüsten, mittels der 
die einzelnen Services verwaltet, durchsucht und — unabhängig von den Zielanwendungen — 
ausgeführt werden können, was insbesondere für die Bewertung der Ergebnisse in der Ent- 
wicklung von Bedeutung ist. 


Analog zum Data Lake besteht bei den Plattformen die Möglichkeit einer lokalen Implementie- 
rung. Im Falle eingeschränkter infrastruktureller Voraussetzungen in den jeweiligen Unterneh- 
men wird allerdings auch bei diesen Systemen eine cloud-basierte Realisierung empfohlen, 
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wofür wiederum eine Vielzahl von Anbietern mit einem stetig wachsenden Leistungsportfolio 
zur Verfügung steht. Im Rahmen einer Pay-per-Use-Vergütung und einer Konfiguration der 
Systeme mittels Infrastructure as Code (laC) sind dabei die jeweils benötigten Rechen- und 
Speicherkapazitäten anpassbar, sodass auf Erweiterungen der Plattformen um neue An- 
wendungen flexibel reagiert werden kann. Insgesamt werden mit dieser infrastrukturellen Re- 
alisierung zur performanten Ausführung und Speicherung — gemeinsam mit den implementier- 
ten Schnittstellen zu relevanten Quell- und Zielsystemen sowie mit den integrierten und erwei- 
terbaren Services — bedeutende Grundlagen für eine effiziente und skalierbare Umsetzung 
von ML-Anwendungen durch die Plattformen bereitgestellt, sodass diese als ein technischer 
„Inkubator“ für entsprechende Vorhaben in den Unternehmen wirken. 


7.7.4 Validierung 


Für die ML-Anwendung im ETA-Anwendungsfall werden Daten aus einer Vielzahl von IT-Sys- 
temen benötigt, die sowohl unterschiedlichen Organisationseinheiten im Unternehmen als 
auch teilweise externen Instanzen angehören. Intern umfasst das u. a. mehrere Dispositions- 
systeme für Ist- und Soll-Bewegungsdaten zu den einzelnen Teilprozessen, das TMS für Auf- 
tragsinformationen, Systeme mit Daten zur Personalplanung sowie verschiedene Datenban- 
ken mit Informationen zu den genutzten Fahrzeugen. Benötigte Daten aus externen IT-Syste- 
men beziehen sich u. a. auf Bewegungsdaten für die Umschlagsprozesse in den KV-Termi- 
nals, auf Informationen zur Schieneninfrastruktur in Form von statischen Eigenschaften und 
Störungen sowie auf Wetterdaten. Um sowohl bei der Entwicklung als auch beim Betrieb der 
ETA-Anwendung die benötigten Daten einbeziehen zu können, wird im Voraus ein Data Lake 
im Unternehmen eingerichtet, der verschiedene Daten — welche potenziell für mehrere An- 
wendungszwecke relevant sind — als Kopie aus den einzelnen Quellsystemen zentral spei- 
chert. Neben vordergründig unternehmensinternen Daten werden auch Möglichkeiten zur In- 
tegration von Daten aus externen Systemen geprüft, wozu u.a. die angesprochenen Wetter- 
daten zählen, die neben dem ETA-Anwendungsfall auch für andere Vorhaben nützlich sind. 
Voraussetzung hierfür ist die Möglichkeit zum regelmäßigen Austausch aktueller Daten, der 
wie im Falle des Deutschen Wetterdienstes, als Eigentümer der Wetterdaten, über eine Open- 
API realisiert werden kann. Mit der Umsetzung verschiedener Anwendungen im Unternehmen 
und den damit gewonnenen Erkenntnissen zu benötigten Daten steigt der Datenumfang des 
Data Lakes. Neben bisher unberücksichtigten Datenquellen beinhaltet dies im ETA-Anwen- 
dungsfall auch eine Anpassung des historischen Horizontes zur Speicherung aller Daten, wel- 
che nun rückwirkend für fünf Jahre vorgehalten werden, um auch langfristige Effekte bei der 
Prognose abbilden zu können. 


Zusätzlich zum Data Lake werden mehrere Digital Twins zu relevanten logistischen Be- 
zugssystemen des Unternehmens entwickelt, die für unterschiedliche Einsatzbereiche ver- 
wendet werden können. Hierzu gehört eine Abbildung der einzelnen Fahrzeuge in Form der 
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Lkw, Züge und Wagen sowie der Infrastruktur, z. B. der Umschlagstechnik. Im ETA-Anwen- 
dungsfall wird die informatorische Grundlage dieser DT zur Reduzierung des Aufwands bei 
der Vorbereitung der Datenbasis und der Entwicklung der Anwendung verwendet, indem die 
diesbezüglichen Verarbeitungslogiken der Daten, aber auch teilweise die bereits aufbereiteten 
Daten selbst übernommen werden. 


Zur Ausführung der ETA-Anwendung werden deren ML-Modelle zusammen mit weiteren da- 
tenbasierten Lösungen in ein zentrales System überführt, welches unter Nutzung von externer 
Cloud-Infrastruktur mittels laaS eingerichtet wurde. An diese Plattform sind sowohl der reali- 
sierte Date Lake als auch weitere benötigte IT-Systeme angeschlossen. Die Daten auf der 
Plattform werden anhand anwendungsspezifischer Anforderungen automatisch aufbereitet, 
wobei die diesbezüglichen Logiken und Pipelines übergreifend genutzt und weiterentwickelt 
werden. Die systemseitigen Ergebnisse der ETA-Modelle in Form der jeweiligen Ankunftszeit- 
prognosen werden über den ESB des Unternehmens bereitgestellt, sodass sie durch alle an- 
gebundenen Bereiche als „ETA-Service“ abrufbar sind. Dazu gehören u. a. verschiedene Lo- 
gistikbereiche, aber auch die Personalabteilung und der Vertrieb, welcher die Informationen 
wiederum zur Weitergabe an die Kunden nutzt. 


Nach Prüfung dieses HF anhand des ETA-Anwendungsfalls lässt sich eine Operationalisie- 
rung aller wesentlichen Aktivitäten sowie eine Erfüllung von sieben Anforderungen feststellen 
(siehe Tabelle 31). 


Anforderung Erfüllung im Anwendungsfall durch Maßnahmen des HF 


Durch den initialen Bezug historischer Datensätze sowie die kontinuierliche Speicherung 
Datenverfügbarkeit aktueller Daten durch den Data Lake sind viele der benötigten Daten für die ML-Anwen- 
dung zentral verfügbar. 


Bei der Integration in den Data Lake und bei der Entwicklung der Digital Twins werden 
Datenqualität die Daten auf Anomalien überprüft. Fehlerhafte Daten schränken die angestrebte Abbil- 
dung der Realität ein und führen zu Anpassungsmaßnahmen. 


Der Data Lake ersetzt die Vernetzung vieler Einzelsysteme. Zusammen mit anderen Da- 
IT-Vernetzung tenquellen ist er mit der Plattform verbunden, welche wiederum die einzelnen systemsei- 
tigen Ergebnisse an andere Zielsysteme mittels des ESB bereitstellt. 


Die modulare Plattform gewährleistet eine Weiternutzung von bestehenden Daten, Sys- 
Skalierbarkeit temkomponenten und Infrastruktur durch die ML-Anwendung. Die systemseitigen Ergeb- 
nisse werden zudem als Service für alle Unternehmensbereiche bereitgestellt. 


Die Nutzung externer Cloud-Infrastruktur von renommierten Anbietern für den Betrieb 
IT-Performance der Plattform gewährleistet eine Bereitstellung der für die Ausführung der ML-Anwen- 
dung benötigten Rechenleistung. 


Verfügbarkeit Die Nutzung externer Cloud-Infrastruktur von renommierten Anbietern für den Betrieb 
g der Plattform gewährleistet eine nahezu permanente Verfügbarkeit der ML-Anwendung. 


Manipulations- Die Nutzung externer Cloud-Infrastruktur von renommierten Anbietern für den Betrieb 
sicherheit der Plattform schränkt die Möglichkeiten eines unbefugten Zugriffs ein. 


Tabelle 31: Handlungsfeld Datenmanagement - Erfüllung der Anforderungen 
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7.8 Zusammenfassung der Ergebnisprüfung 


Bei einer Gesamtbetrachtung der operationalisierten Maßnahmen des Gestaltungsansatzes 
ist festzustellen, dass alle damit verbundenen Inhalte auf den verwendeten Anwendungsfall 
übertragbar sind. Dies gilt sowohl für die einzelnen Aktivitäten als auch für empfohlenen Me- 
thoden und Dokumente, was u.a. eine Einordnung der Anwendung in die ML-Typologie be- 
trifft. Auch liegen keine inhaltlichen Widersprüche und Redundanzen zwischen den Maßnah- 
men vor. Stattdessen führen die einzelnen Aktivitäten, einschließlich der Schritte des Vorge- 
hensmodells, zu einem durchgehend schlüssigen Ablauf. Zusammenfassend gilt damit die 
Anwendbarkeit des Gestaltungsansatzes für das Untersuchungsfeld als praktisch bestätigt. 


Anhand der Prüfung der Anforderungen anhand der operationalisierten Maßnahmen ist zu er- 
kennen, dass durch die einzelnen HF jeweils mehrere Anforderungen erfüllt werden. Nach 
Zusammenführung dieser Ergebnisse ist festzustellen, dass jede Anforderung durch mindes- 
tens ein HF bzw. die darin enthaltenen Maßnahmen adressiert wird (siehe Tabelle 32). Dar- 
über hinaus liegt in einigen Fällen auch eine Mehrfachabdeckung vor. Hierbei handelt es sich 
zum Großteil um Anforderungen, die entsprechend der Priorisierung in Kapitel 6.5.4 eine ver- 
gleichsweise hohe Bedeutung aufweisen, sodass eine schwerpunktmäßige Berücksichtigung 
in der Praxis als zweckmäßig erachtet wird. Insgesamt konnten dadurch auch der Nutzen und 
dementsprechend die Erfolgswirkung des Gestaltungsansatzes praktisch bestätigt werden. 


Priorität Anforderung Art HF1 HF2 HF3 HF4 HF5 HES 


M 


Skalierbarkeit 
Interdisziplinäre Kooperation 


x x 


x x 


Personal und Finanzen 


Standardprozesse 


1 Strategische Vorgaben 


x | KK |x 


Governance 


Akzeptanz 


Komplexitatsbeherrschung 


Transparenz 


Zuverlassigkeit 


Manipulationssicherheit 


Compliance 


Kontrollierbarkeit der Entscheidung 


Datenverfügbarkeit 


Datenqualität 


IT-Performance 


x |x |x | Xx 


IT-Vernetzung 


Business Case 
Verfügbarkeit 
3 Nachvollziehbarkeit 


Systemdenken 


x 
x 
x 

äpple a a o a ll a a a a 1 aa o o hä 


edel Kee Be ss sde Graae G GG o 


Kompetenz 
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Strategic Fit S x 1 
Kontrollierbarkeit des Lernprozesses S x 1 


Legende: S = Systemeigenschaften U = Umfeldeigenschaften 


Tabelle 32: Erfüllung der Anforderungen durch den Gestaltungsansatz 


Infolge der Bestätigung beider Validierungskriterien wird das mit der Entwicklung des Gestal- 
tungsansatzes verbundene Ziel einer Befähigung von Unternehmen zum erfolgreichen Einsatz 
von ML-Anwendungen im Logistikmanagement als erfüllt angesehen — was gleichzeitig einem 
Erreichen des übergeordneten Forschungsziels der vorliegenden Arbeit entspricht. Der Ge- 
staltungsansatz stellt demnach ein für diesen Einsatzzweck geeignetes Unterstützungs- 
instrument dar, welches nach Einschätzung des Autors die Maßnahmen mit den höchsten 
Erfolgswirkungen aufzeigt, sodass diese von den Unternehmen prioritär zu realisieren sind. 


Gleichzeitig ergeben sich für die praktische Nutzung dieses Instrumentes mehrere Einschrän- 
kungen, die im Zusammenhang mit den Prämissen der vorliegenden Untersuchung stehen. 
Demnach ist das Spektrum der bereitgestellten Maßnahmen und der damit verbundenen Um- 
setzungsaktivitäten aufgrund der bei der Entwicklung notwendigen Generalisierung realer 
Phänomene als nicht abschließend anzusehen. Stattdessen bedarf es bei der praktischen 
Überführung einer weiteren Detaillierung gemäß der jeweiligen unternehmens- und anwen- 
dungsspezifischen Rahmenbedingungen. Hieraus können sich auch abweichende Schwer- 
punkte und zusätzliche Handlungsbedarfe ergeben. Auf diese unterschiedlichen Vorausset- 
zungen in Unternehmen wurde aus Komplexitätsgründen nicht eingegangen. Selbiges gilt für 
individuelle Anforderungen einzelner Lernverfahren und darauf basierender Anwendungen, 
welche nur punktuell Berücksichtigung fanden. Stattdessen wurde ML in der Gesamtheit ge- 
mäß der Systematisierung in Kapitel 2.4.3 betrachtet. Entsprechend des Forschungsziels der 
vorliegenden Arbeit ging mit der Entwicklung der Maßnahmen zudem eine Fokussierung auf 
Aktivitäten mit einer tendenziell ML-spezifischen Ausprägung einher. Auf die Darstellung 
notwendiger technologieübergreifender Unterstützungstätigkeiten wurde dagegen weitestge- 
hend verzichtet. Neben Projektmanagementaufgaben betrifft dies auch „klassische“ IT-Aktivi- 
täten, wie das Einrichten von Datenbanken oder Schnittstellenprogrammierungen, welche 
nicht Teil der Untersuchungen waren (siehe Kapitel 1.2). Vor diesem Hintergrund wurden ethi- 
sche und rechtliche Maßnahmen ebenfalls nur tangiert. Auf Grundlage der Erkenntnisse zur 
branchenweiten Bedeutung von ML für das Logistikmanagement in Verbindung mit den not- 
wendigen Voraussetzungen für eine Generierung von nachhaltigen Wettbewerbsvorteilen im 
Sinne der ressourcentheoretischen Ansätze (siehe Kapitel 2.1.2) liegt dem Gestaltungsansatz 
zudem das Szenario einer langfristigen Etablierung von ML in Unternehmen zugrunde, was 
gleichzeitig mit einer weitestgehenden Eigenentwicklung der Anwendungen einhergeht. 
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Das Forschungsziel der vorliegenden Arbeit bestand in der Befahigung der Praxis zur Gestal- 
tung eines erfolgreichen Einsatzes von ML-Anwendungen im Logistikmanagement. In diesem 
Kapitel werden die damit verbundenen Ergebnisse reflektiert, was zu Beginn deren Zusam- 
menfassung beinhaltet (Kapitel 8.1). Anschließend werden die Ergebnisse einer kritischen Be- 
wertung unterzogen (Kapitel 8.2), um darauf basierend weitere Forschungsbedarfe auszuwei- 
sen (Kapitel 8.3). 


8.1 Zusammenfassung 


Als ein Teilbereich der Künstlichen Intelligenz weist Machine Learning eine bis auf die 1950er 
Jahre zurückgehende Forschungshistorie auf. Bereits kurz nach dem Aufkommen der Infor- 
mationstechnik wurde die Möglichkeit — sowie gleichzeitig auch die Notwendigkeit — gesehen, 
Computer zum eigenständigen Lernen auf Basis von Daten zu befähigen, anstatt stets das 
erforderliche Wissen für die Lösung von Problemen manuell zu programmieren (siehe Kapitel 
2.4). In Ermangelung der benötigten Rechenleistungen und Daten war die Nutzung dieses 
Ansatzes jedoch im industriellen Kontext lange nur sehr eingeschränkt möglich. Seit den 
2010er Jahren haben sich diese Voraussetzungen deutlich verbessert, was branchenübergrei- 
fend zu einem Bedeutungsanstieg der Technologie geführt hat. In der vorliegenden Arbeit 
konnte diese Entwicklung auch für die Logistik festgestellt werden. Demnach ist nach Befra- 
gung einer Vielzahl von Praxisvertretern im Rahmen einer mehrstufigen empirischen Untersu- 
chung zu konstatieren, dass ML als Schlüsseltechnologie für diesen Bereich mit einem ho- 
hen Einfluss auf die zukünftige Wettbewerbsfähigkeit der Unternehmen wahrgenommen wird 
(siehe Kapitel 4.2). Bei den Bestrebungen zur Nutzbarmachung von ML in der logistischen 
Praxis lässt sich bislang eine Fokussierung auf Aufgaben der operativen Leistungserstellung 
beobachten, wozu u.a. die Erkennung von Sprache und Bildern sowie der (semi-)autonome 
Betrieb von Fahrzeugen bzw. Maschinen zur Verrichtung „physischer“ Tätigkeiten zählen. Dar- 
über hinaus konnte ein hohes Potenzial für den Einsatz von ML zur Unterstützung und Aus- 
führung von Entscheidungsprozessen in Form der Planung, Steuerung und Überwachung 
festgestellt werden, dessen erfolgreiche Nutzung jedoch ein bisher größtenteils unerschlosse- 
nes Forschungsfeld darstellt (siehe Kapitel 4.1). 


Für die unter dem Begriff des Logistikmanagements subsumierten Aufgaben zeigt das identi- 
fizierte Anwendungsspektrum, dass bereits eine Vielzahl von Problemstellungen zuverlässig 
mittels ML gelöst werden können (siehe Kapitel 5.2). Durch das Zusammenspiel von relevan- 
ten Daten zu den jeweiligen Phänomenen, einer geeigneten Modellierung der mathematisch- 
statistischen Lernverfahren sowie — als Grundlage für beiden erstgenannten Faktoren — einer 
Einbindung von Prozesswissen sind die realisierten ML-Anwendungen in der Lage, komplexe 
empirische Zusammenhänge zu erkennen und zur Lösung von bisher unbekannten Fällen 
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anzuwenden. Hieraus lassen sich mehrere Problemlösungsfähigkeiten von ML für das Lo- 
gistikmanagement ableiten, welche in vielen Anwendungsfallen deutliche Leistungsvorteile ge- 
genüber dem Menschen und den bisherigen Entscheidungstechniken erkennen lassen. Dem- 
nach sind ML-Anwendungen, z. B. unter Verwendung von Unsupervised und Deep Learning, 
zur präzisen Identifikation von Störungen und Risiken in Logistikprozessen sowie zur Ana- 
lyse tieferliegender Ursachen einsetzbar. Auch ist es z.B. unter Nutzung von Supervised 
Learning möglich, diese Ergebnisse und weitere bedeutende Planungsparameter, wie das zu- 
künftige Bestellverhalten sowie die voraussichtliche Durchlaufzeit von Prozessen, trotz des 
dynamischen Einflusses von vielen Faktoren mit nichtlinearen Beziehungen verlässlich zu 
prognostizieren. Auch für Problemstellungen mit mehreren konfliktären Zielgrößen können, 
z.B. durch den Einsatz von Reinforcement und Evolutionary Learning, optimale Lösungen 
ermittelt werden, was u.a. für die Maschinenbelegung und die Disposition von Materialumfän- 
gen von hoher Bedeutung ist. Die systemseitig generierten Entscheidungen stellen dabei teils 
neue, bisher unerschlossene Lösungswege dar. Diese „kreativen“ Fähigkeiten von ML werden 
durch bedeutende Forschungstrends, wie die Generative Adversarial Networks (siehe Kapitel 
4.4), langfristig eine Verbesserung erfahren und damit zukünftig auch für die Gestaltung von 
Produktions- und Logistikprozessen nutzbar werden. 


Im Falle eines gezielten Einsatzes dieser Fähigkeiten lassen sich bedeutende Veränderungen 
für die Logistik erwirken (siehe Kapitel 5.4). Durch die verbesserten Möglichkeiten zur Antizi- 
pation zukünftiger Ereignisse, zu denen neben Störungen auch veränderte Kundenanforde- 
rungen zählen, können Maßnahmen vorausschauend initiiert und damit Logistikprozesse zu- 
verlässig und bedarfsgerecht gestaltet werden. Der systemseitige Umgang mit einer hohen 
Informationsvielfalt erlaubt dabei ganzheitliche Planungen über mehrere vormals separat be- 
trachtete Entitäten, was u.a. für eine Harmonisierung von Beständen über mehrere Lieferstu- 
fen in Form einer Netzwerksteuerung genutzt werden kann. Entsprechend der technischen 
Möglichkeiten von ML-Anwendungen, das Systemverhalten adaptiv auf veränderte Umweltsi- 
tuation anzupassen, besteht — neben dem bisher dominierenden Einsatz als Entscheidungs- 
unterstützung — auch ein hohes Potenzial zur autonomen Ausführung von Entscheidungspro- 
zessen (siehe Kapitel 6.2). Neben der Objektivierung von Entscheidungen und der damit ver- 
bundenen Fehlerreduktion ergibt sich hierdurch die Möglichkeit zur Realisierung selbststeu- 
ernder Prozesse und Teilsysteme mit hohen Effizienz- und Produktivitätssteigerungen. 


Entgegen der strategischen Bedeutung war jedoch bei den Untersuchungen festzustellen, 
dass die Potenziale von ML für das Logistikmanagement bisher nur vereinzelt in der Praxis 
erschlossen wurden. Vielmehr befindet sich die Mehrheit der Unternehmen noch in einer Be- 
obachtungs- und Planungsphase und fühlt sich zusätzlich nur unzureichend auf die Adop- 
tion der Technologie vorbereitet (siehe Kapitel 4.2). Ausgehend von einem zu beobachtenden 
Wissensdefizit in Bezug auf zentrale Fragestellungen für einen Einsatz von ML wurde im Rah- 
men einer systematischen Anforderungsanalyse erkannt, dass die dafür notwendigen Voraus- 
setzungen in den Unternehmen bisher nur unzureichend vorliegen (siehe Kapitel 6). Diese 
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Einschrankungen hemmen eine weitere Ausbereitung der Technologie in der Logistikbranche 
und führen gleichzeitig dazu, dass die realisierten ML-Anwendungen - trotz technisch vielver- 
sprechender Ansätze — hinter den wirtschaftliche Erwartungen zurückbleiben. Stattdes- 
sen stellen sie häufig Insellösungen ohne größere Skalierungsmöglichkeiten dar und verblei- 
ben in einem prototypischen Zustand. Zur Begegnung dieses Handlungsbedarfs wurden unter 
Berücksichtigung der domänen- und technologiespezifischen Rahmenbedingungen prioritär 
zu realisierende Maßnahmen für den erfolgreichen Einsatz von ML im Logistikmanagement 
ermittelt (siehe Kapitel 7). 


Zur Sicherstellung der technischen Grundlage von ML-Anwendungen und zur Begegnung des 
damit verbundenen Aufwands, welcher teilweise bis zu 80 % der Tätigkeiten von ML-Projekten 
ausmacht, sind die jeweils benötigten Daten bereitzustellen. Ausgehend von primär histori- 
schen Daten im Rahmen der Entwicklung erweitern sich diese Bedarfe im Betrieb auf Echt- 
zeitdaten. Obwohl die grundsätzlich verfügbaren Daten bereits eine Realisierung von ML-An- 
wendungen für viele logistische Problemstellungen zulassen würden, ist festzustellen, dass 
den jeweiligen Projekten die Zugangsmöglichkeiten zu den entsprechenden Daten fehlen. Ei- 
nen wesentlichen Grund stellt die funktionale Organisationstruktur von Unternehmen dar, die 
zu einer Ausbildung von „Datensilos“ in Bezug auf die IT-Systemlandschaft geführt hat. Diese 
dezentrale Verteilung der benötigten Datenquellen ist im Falle der Logistik entsprechend ihrer 
Querschnittsfunktion in einem besonderen Maße ausgeprägt. Neben einer weiteren Erhöhung 
der Datenverfügbarkeit durch die Digitalisierung von Prozessen wird daher als eine bedeu- 
tende Maßnahme die Integration von Unternehmensdaten - angereichert um verfügbare 
externe Daten — in Form von Data Lakes gesehen. Neben einem verbesserten Zugang kann 
damit der Beschaffungs- und Integrationsaufwand für die einzelnen ML-Projekte erheblich re- 
duziert werden. Für zusätzliche Effizienzsteigerungen bei der Datenaufbereitung sind außer- 
dem digitale Abbilder von logistischen Objekten und Prozessen der Unternehmen durch 
eine kontextbezogene Zusammenführung der jeweiligen Daten zu implementieren. Deren Ver- 
arbeitungslogiken können anschließend durch ML-Projekte nachgenutzt werden. 


Neben diesen technischen bedarf es auch entsprechender personeller Ressourcen zur Um- 
setzung von ML-Anwendungen. Die dafür benötigten Qualifikationsprofile, welche häufig über 
die vorhandenen Kompetenzen von Industrieunternehmen hinausgehen, umfassen neben 
Programmiererfahrungen in mehreren für ML relevanten Entwicklungsumgebungen auch 
Kenntnisse in Statistik und Mathematik sowie ein Verständnis über logistische Zusammen- 
hänge. Aufgrund des strukturellen Mangels an entsprechenden Fachkräften am nationalen 
und internationalen Arbeitsmarkt, z.B. in Form von Data Scientists und Data Engineers, ist 
eine externe Rekrutierung nur begrenzt möglich. Somit sind ergänzend bestehende Mitarbeiter 
zu qualifizieren sowie Kooperationen mit anderen Unternehmen und Forschungseinrichtungen 
einzugehen. Entsprechend der strategischen Bedeutung von ML ist Letzteres jedoch nur im 
Sinne eines langfristigen Aufbaus von eigenem Wissen zu betreiben, weshalb auch eine 
vollständige Fremdvergabe der Anwendungsentwicklung zu vermeiden ist. 
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Im Gegensatz zu konventioneller Software werden bei ML-Anwendungen - auch über eine 
initiale Anforderungserhebung hinaus — während des gesamten Umsetzungsprozesses zu- 
sätzliche Wissensträger zu den jeweils adressierten Geschäftsprozessen benötigt, u.a. um 
Datenauswertungen und Modellergebnisse zu validieren sowie um Verbesserungsmöglichkei- 
ten in Form weiterer Features und Daten zu identifizieren. Zu den zeitlichen und personellen 
Aufwänden können allerdings im Voraus nur indikative Aussagen getätigt werden. Dies be- 
gründet sich mit der Unsicherheit über den jeweils optimalen Lösungsweg, der von den ver- 
fügbaren Daten sowie dem spezifischen Verhalten der Lernverfahren abhängt, und vielmehr 
eine experimentelle Erprobung verschiedener Ansätze im Sinne eines Trial-and-Error-Vor- 
gehens bedingt. Um diesen Flexibilitätsbedarfen von ML-Projekten — sowohl bei der Einbin- 
dung der benötigten Mitarbeiter für die Entwicklung und die Bereitstellung des Prozesswissens 
als auch bei der Lösungsgestaltung — gerecht zu werden, sind dezentrale Organisations- 
strukturen mit einer Entscheidungsautonomie für die Projektteams zu realisieren. Einen ge- 
eigneten Ansatz stellt das Spotify-Modell dar, welches die Skalierung agiler Prinzipien der 
Softwareentwicklung auf größere Organisationseinheiten ermöglicht, ohne dass die Strukturen 
bestehender Linienorganisationen vollständig aufgelöst werden. Gleichzeitig ergeben sich 
dadurch formelle und informelle Vernetzungsmöglichkeiten für die Projekte bzw. die jeweiligen 
Mitarbeiter, was entsprechend der Neuartigkeit von ML zum Wissensaustausch und zur Er- 
zeugung neuer Innovationen benötigt wird. Zur Vermeidung einer Entkopplung von den adres- 
sierten Geschäftsprozessen ist — entgegen der aktuell vorherrschenden Verankerung der ML- 
Projekte in Innovationsabteilungen, bei denen es sich teilweise auch um ausgelagerte Labs 
handelt — die damit verbundene Verantwortung auf den IT-Bereich zu übertragen, welcher 
gemäß des Spotify-Modells zu organisieren ist. 


Entsprechend der Unsicherheit über den jeweils besten Lösungsweg ist bei bisherigen ML- 
Projekten zu beobachten, dass sich die Verantwortlichen — auch motiviert durch deren wissen- 
schaftliche Prägung — häufig in der Optimierung von Details „verlieren“, was zu langen Ent- 
wicklungszeiten, aber auch zu einer Abweichung von den eigentlich zu lösenden Problemen 
führt. Um trotz des notwendigen experimentellen Vorgehens eine Wirtschaftlichkeit der Vorha- 
ben sicherzustellen, bedarf es einer systematischen Auswahl und Umsetzung geeigneter 
Anwendungen. Zur Etablierung eines entsprechenden Standardprozesses eignet sich das in 
der vorliegenden Arbeit entwickelte Vorgehensmodell. Ausgehend von einer initialen Betrach- 
tung und Zielformulierung für den finalen Zustand der angestrebten ML-Anwendungen sieht 
dieser Prozess eine bewusste Reduzierung der Systemkomplexität mittels mehrerer Ent- 
wicklungsstufen im Sinne eines Prototyping vor. Hierdurch wird die benötigte Entwicklungs- 
umgebung für eine Erprobung verschiedener Lösungsansätze geschaffen sowie gleichzeitig 
ein schneller Erkenntnisgewinn zur grundsätzlichen Realisierbarkeit, zum bestmöglichen An- 
satz sowie zu den erzielbaren Potenzialen sichergestellt. Die dafür notwendige Fortschritts- 
kontrolle wird mittels der Strukturierung des Prozesses in mehrere Quality Gates ermöglicht. 
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Neben den genannten technischen und organisatorischen Maßnahmen ist auch gezielt den 
nicht zu vernachlässigenden sozialen Implikationen beim Einsatz von ML-Anwendungen zu 
begegnen. Dies betrifft zuvorderst die negative Einstellung vieler Mitarbeitern gegenüber der 
Technologie, welche im Zusammenhang mit den Fähigkeiten der Systeme zur eigenständigen 
Anpassung ihres Verhaltens sowie deren Black-Box-Charakter infolge der subsymbolischen 
Wissensverarbeitung steht. In Abhängigkeit des jeweiligen Autonomiegrads ergeben sich zu- 
dem auch größere Veränderungen für das ursprüngliche Aufgabenspektrum der Mitarbeiter, 
indem Entscheidungsumfänge an die Systeme abgegeben werden und gleichzeitig neue Kon- 
trollaufgaben hinzukommen. Neben einem Verlust von Problemlösungsfähigkeiten kann diese 
Entwicklung als Degradierung wahrgenommen werden und zu Ängsten in Bezug auf den Ver- 
lust der eigenen Arbeit führen. Um bei den betroffenen Mitarbeitern dennoch eine Akzeptanz 
gegenüber dem Einsatz von ML sicherzustellen und sie gleichzeitig für die Ausführung der 
veränderten Aufgaben zu befähigen, bedarf es entsprechender Qualifizierungsmaßnahmen. 
Dazu sind zum einen regelmäßige Schulungen durchzuführen, in denen grundsätzlich die Be- 
deutung und Funktionsweise von ML sowie das Verhalten der jeweiligen Anwendungen ver- 
mittelt werden. Letzteres impliziert auch ein Verständnis über systemseitige Fähigkeiten und 
Grenzen, um Entscheidungssituationen beurteilen zu können, in denen ein menschliches Ein- 
greifen notwendig ist. Zum anderen sind ausgewählte Nutzer in den Umsetzungsprozess der 
Anwendungen im Sinne eines User-Community-Ansatzes einzubeziehen. Dies dient dem 
Verständnisgewinn zum Systemverhalten und stellt gleichzeitig eine Berücksichtigung der nut- 
zerseitigen Anforderungen bei der Anwendungsgestaltung sicher. 


In Hinblick auf eine Übernahme von vormals manuellen Entscheidungsumfängen durch ML- 
Anwendungen bedarf es zudem einer vorausgehenden Beantwortung von übergreifenden 
ethischen Fragstellungen zur zukünftigen Rolle der bisherigen Mitarbeiter. Anstelle eines grö- 
Beren Arbeitsplatzabbaus empfiehlt sich hierfür eine Orientierung an einem menschen- 
zentrierten Leitbild, welches den Einsatz von ML als sinnvolle Ergänzung der menschlichen 
Stärken vorsieht. Dazu sind auch die jeweils freiwerdenden zeitlichen Kapazitäten bei den 
Mitarbeitern für eine horizontale und vertikale Erweiterung des bisherigen Aufgabenspekt- 
rums zu nutzen. Durch die damit einhergehende Erhöhung des Betrachtungs- und Gestal- 
tungsbereiches werden die Mitarbeiter zur ganzheitlichen Bewertung und Lösung von Proble- 
men befähigt, was neben einer Motivationssteigerung auch langfristige positive Effekte auf die 
Innovationsfähigkeit und Produktivität der Unternehmen hat. Gleichzeitig ist im Rahmen dieser 
strategischen Vorüberlegungen auch der angestrebte Technologieeinsatz im Sinne der Unter- 
nehmensziele festzulegen. Hierfür ist initial eine Vision zu entwickeln, in der die realisierbaren 
Potenziale und zu vermeidenden Risiken von ML berücksichtigt sind. Zusätzlich bedarf es ei- 
nes Strategieplans in Form einer Roadmap, welcher die notwendigen Aktivitäten zum Errei- 
chen dieses Zielbildes enthält, wozu auch eine Vorauswahl von strategisch relevanten ML- 
Anwendungsfällen mit entsprechenden Entwicklungspfaden zählt. 
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Die im Rahmen der vorliegenden Arbeit empfohlenen Maßnahmen, einschließlich des Vorge- 
hensmodells, wurden in Form eines Gestaltungsansatzes strukturiert und anhand eines rea- 
len Anwendungsfalls in Bezug auf ihre Erfolgswirkung überprüft. Infolge einer damit einherge- 
henden Ergebnisbestätigung stellt der Gestaltungsansatz ein geeignetes Unterstützungs- 
instrument für die Befähigung der Praxis zum Einsatz von ML im Logistikmanagement dar. 
Zusammen mit den ebenfalls bereitgestellten Informationen zu den technischen Grundlagen 
und den erwarteten Entwicklungen von ML sowie zu den realisierbaren Anwendungsfällen und 
den damit erzielbaren Nutzenpotenzialen können Führungskräfte aus dem logistischen Umfeld 
auf Grundlage der vorliegenden Arbeit systematisch das notwendige Technologiewissen für 
fundierte Entscheidungen zur Gestaltung des Adoptionsprozesses aufbauen (siehe Kapitel 
2.1.3.1). Entsprechend des Spektrums der abgedeckten Gestaltungsbereiche leistet die Arbeit 
gleichzeitig einen Beitrag zur Schaffung notwendiger infrastruktureller, organisatorischer und 
sozialer Voraussetzungen für die digitale Transformation von Unternehmen. 


8.2 Kritische Würdigung 


Mit dem Untersuchungserfolg gehen auch einzelne Einschränkungen zur Aussagefähigkeit 
und Gültigkeit der erzielten Ergebnisse einher, welche im Zusammenhang mit den Zielsetzun- 
gen, dem festgelegten Untersuchungsfeld und dem Forschungsdesign der vorliegenden Arbeit 
stehen. Eine Einschränkung betrifft das bei der Entwicklung des Gestaltungsansatzes betrach- 
tete Szenario der logistischen Praxis. Demnach wurden sowohl für die Ausgangsituation als 
auch für den zu realisierenden Sollzustand repräsentative Ausprägungen für diesen Bereich 
angenommen, welche sich zum Großteil auf das aggregierte Meinungsbild der befragten Pra- 
xisvertreter zur Bedeutung und zum derzeitigen Umsetzungsstand der benötigten System- und 
Umfeldeigenschaften beziehen. Entsprechend der ressourcentheoretischen Erkenntnisse zur 
Erzielung von nachhaltigen Wettbewerbsvorteilen und der empirischen Ergebnisse zur Bedeu- 
tung von ML für die Logistik wurde zudem vor einer langfristigen Integration der Technologie 
in die Organisationen ausgegangen. In der Praxis können die individuellen Rahmenbedingun- 
gen der jeweiligen Unternehmen jedoch teils erheblich von diesem Referenzszenario abwei- 
chen. Demnach wurden bereits im Rahmen der vorliegenden Untersuchung stärkere Unter- 
schiede in den Unternehmen festgestellt, z. B. in Bezug auf den Fortschritt bei der Integration 
von Daten sowie bei der organisatorischen Verankerung von ML-Projekten und deren internen 
Zugriffsmöglichkeiten auf die benötigten Ressourcen. Auch wurde erkannt, dass nicht alle Un- 
ternehmen der Technologie dieselbe Bedeutung beimessen, sodass davon auszugehen ist, 
dass in vielen Fällen auch langfristig nur Bestrebungen zur Umsetzung vereinzelter Anwen- 
dungen bestehen werden. Eine differenzierte Betrachtung dieser unterschiedlichen Ziel- 
setzungen und Voraussetzungen wurde in der Arbeit jedoch aus Komplexitätsgründen nicht 
vorgenommen. Dennoch wird erwartet, dass sich aus der Gesamtheit der empfohlenen Maß- 
nahmen unterschiedliche Schwerpunkte für die jeweilige praktische Umsetzung ergeben, wo- 
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bei einzelne Maßnahmen unter bestimmten Rahmenbedingungen auch obsolet werden kön- 
nen. Gleichzeitig wird auch ein Bedarf von Aktivitäten entstehen, welche nicht durch den Ge- 
staltungsansatz abgedeckt sind. 


Eine weitere Einschränkung der Arbeit steht im Zusammenhang mit der zeitlichen Veränder- 
lichkeit des Untersuchungsfeldes. Im Rahmen der Untersuchung wurden ausgehend von der 
aktuellen Situation mehrere hemmende und unterstützende Entwicklungen mit einem Ein- 
fluss auf die Ausprägungen des Untersuchungsfeldes identifiziert. Dies betrifft sowohl die zu- 
künftigen Fähigkeiten von ML, welche sehr dynamischen Forschungsaktivitäten unterliegen, 
sowie Veränderungen der technischen, organisatorischen und rechtlichen Voraussetzungen 
im logistischen Umfeld. Demnach werden insbesondere für die Lösung von Problemstellungen 
mit kleineren Datenmengen substanzielle Verbesserungen erwartet, u.a. durch weitere Fort- 
schritte im Bereich des Reinforcement und Transfer Learning. Auch ist im Sinne des postulier- 
ten Ziels der dritten Welle von KI von einer erhöhten Nachvollziehbarkeit zukünftiger ML-An- 
wendungen auszugehen. Zudem wird sich das Angebot von AutoML-Services voraussichtlich 
auch auf die Logistik erweitern, sodass Komponenten und Teilaufgaben für die Umsetzung 
entsprechender Anwendungen „on-demand“ für die Unternehmen beziehbar sind. Dies kann 
u.a. die aktuell notwendigen Maßnahmen zur Bereitstellung von großen Datenmengen, zum 
Aufbau eigener Kompetenzen und zur Schaffung von Akzeptanz gegenüber der Technologie 
verändern. Ferner sind dadurch auch substanzielle Auswirkungen auf die realisierbaren An- 
wendungsfälle von ML im Logistikmanagement zu erwarten. Auch wenn im Rahmen des For- 
schungsprozesses diese potenziellen Veränderungen bereits eine Berücksichtigung fanden, 
sind ihre tatsächlichen Auswirkungen aus heutiger Sicht nicht vollumfänglich antizipier- 
bar. Somit ist die langfristige Gültigkeit der erzielten Ergebnisse in Form der Anwendungs- 
möglichkeiten, der Anforderungen und damit auch der empfohlenen Maßnahmen mit einer 
nicht unwesentlichen Unsicherheit behaftet. 


Im Einklang mit dem Forschungsziel wurde das Untersuchungsfeld der vorliegenden Arbeit 
bewusst in Bezug auf eine technische und prozessuale Dimension in Form von ML und dem 
Logistikmanagement eingeschränkt. Auf Grundlage der damit verbundenen definitorischen 
Abgrenzung konnten die benötigten Informationen gezielt für beide Dimensionen erhoben und 
dabei das Risiko einer Verzerrung der Ergebnisse durch die Berücksichtigung nicht relevanter 
Ausprägungen gemindert werden. Insbesondere für die technische Dimension wurde dieser 
Ansatz infolge einer oft uneinheitlichen bis „diffusen“ Betrachtung von ML als notwendig er- 
achtet. Mit dieser bewussten Begrenzung gehen jedoch auch potenziell nachteilige Effekte 
einher, indem bestehende Wechselwirkungen mit anderen Unternehmensbereichen und 
Technologien unterrepräsentiert bleiben. Demnach existieren in der Forschung und Praxis 
diverse Bestrebungen zur Verbindung von ML mit anderen technischen Ansätzen, z.B. in 
Form von Digital Twins oder kognitiven Systemen durch die Integration von modellbasierten 
Ansätzen. Auch zeigen sich Wechselwirkungen mit anderen Kl-Bereichen, wie in Form von 
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Computer Vision und NLP, welche jedoch jeweils nur punktuell betrachtet wurden. Insbeson- 
dere in Hinblick auf die zukünftige Realisierung definitionsgemäßer „intelligenter“ Systeme, 
welche über Fähigkeiten der Wahrnehmung, des Lernens und verschiedener Aktionsformen 
verfügen, sind solche integrierten Betrachtungen allerdings von hoher Bedeutung. 


Trotz der vorgenommenen Begrenzung repräsentiert das gewählte Untersuchungsfeld weiter- 
hin ein breites technisches und prozessuales Spektrum. Entsprechend des Anspruches, die- 
ses im Sinne eines initialen Gesamtüberblicks wissenschaftlich zu erschließen, wurde jedoch 
auf eine differenzierte Untersuchung einzelner Teilbereiche von ML und des Logistikma- 
nagements verzichtet. Spezifische Anforderungen von bestimmten Lerntypen bzw. -verfahren 
sowie von logistischen Anwendungsfallen fanden daher nur eine eingeschränkte Betrachtung. 
Aus diesem Anspruch heraus wurden ebenfalls nahezu alle empirisch erhobenen Anforderun- 
gen bei der Definition eines zu realisierenden Zielzustandes für die Entwicklung des Gestal- 
tungsansatz berücksichtigt. Mit dem interdisziplinären Spektrum der resultierenden Gestal- 
tungsbereiche, welche von technischen Maßnahmen über notwendige organisatorische und 
soziale Veränderungen bis hin zu strategischen Aktivitäten reichten, ging jedoch gleichzeitig 
eine Einschränkung des realisierbaren Detailgrades bei der Ergebnisdarstellung einher. 
Auch wenn die entwickelten Maßnahmen eine wichtige Orientierung für Unternehmen bei der 
Gestaltung des Technologieeinsatzes darstellen, bedarf es im Falle einer praktischen Umset- 
zung daher weiterer Aktivitäten. 


Über die bereits genannten inhaltlichen Punkte hinaus ergeben sich auch aus der Methodik 
der vorliegenden Arbeit ergebnisbezogene Einschränkungen. Dies betrifft zuvorderst den ge- 
wählten Validierungsansatz in Form der nachträglichen „Operationalisierung“ der entwickelten 
Maßnahmen anhand eines realen Anwendungsfalls. Auch wenn dieser Ansatz die Anwend- 
barkeit und Zweckmäßigkeit bestätigt, kann in Ermangelung einer fehlenden praktischen 
Erprobung keine endgültige Aussage zum empirischen Erfolg der erzielten Ergebnisse ge- 
troffen werden. Darüber hinaus bestehen auch Einschränkungen im Zusammenhang mit den 
durchgeführten Befragungen im Rahmen der empirischen Untersuchung. Trotz einer hohen 
Sorgfalt bei der Auswahl der Teilnehmer und der Auswertung der Ergebnisse repräsentieren 
die erhobenen Meinungsbilder grundsätzlich subjektive Ausschnitte der Realität, welche durch 
bewusste oder unbewusste Über- und Unterschätzungen von Phänomenen geprägt sein kön- 
nen. Hinsichtlich des Teilnehmerkreises ist zudem festzustellen, dass vermehrt Großunterneh- 
men involviert waren, sodass die Sichtweisen von kleineren und mittleren Unternehmen 
(KMU) in der Arbeit tendenziell unterrepräsentiert sind. Speziell für die Auswahl der Teilneh- 
mer zur Durchführung der Experteninterviews, welche eine wichtige Grundlage für die Ent- 
wicklung des Gestaltungsansatzes einnahmen, wurde die Existenz von bereits umgesetzten 
ML-Anwendungen im Logistikmanagement als zusätzliches Kriterium herangezogen. Zur Be- 
wertung des damit verbundenen Erfolges konnten jedoch lediglich qualitative Indikatoren ge- 
nutzt werden, wie z.B. die erzielten Nutzenpotenziale der Anwendungen, welche jedoch er- 
neut einer Subjektivität unterlagen. Belastbare Aussagen zum tatsächlichen Erfolg und dessen 
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Einordnung in einen branchenweiten Kontext konnten dadurch nicht getroffen werden. Grund- 
satzlich wird aber davon ausgegangen, dass sowohl in der Industrie als auch in anderen Markt- 
segmenten, insbesondere in Form der marktführenden Technologieunternehmen, über die Er- 
gebnisse der vorliegenden Arbeit hinausgehende Fortschritte zu verzeichnen sind. Dies gilt 
für technische Fähigkeiten von ML, realisierbare Anwendungen und geeignete Umsetzungs- 
maßnahmen. In Ermangelung von branchenweiten oder -übergreifenden Vergleichen und ei- 
nem eingeschrankten Zugang zu den Unternehmen konnten diese Informationen jedoch nicht 


berücksichtigt werden. 


8.3 Ausblick 


Ausgehend von der kritischen Betrachtung der erzielten Erkenntnisse bestehen mehrere An- 
satzpunkte für zukünftige Forschungsarbeiten. Ein hoher Bedarf wird in der empirischen 
Überprüfung des entwickelten Gestaltungsansatzes durch dessen praktische Anwendung bei 
einem oder mehreren Unternehmen gesehen. Die damit verbundene Erfolgsmessung ist zu- 
dem quantitativ in Bezug auf den Nutzen und Aufwand der einzelnen Maßnahmen vorzuneh- 
men, wofür u.a. die jeweilige Adoptionsgeschwindigkeit und die erzielten Nutzenpotenziale 
der ML-Anwendungen zu bewerten sind. Entsprechend der identifizierten Entwicklungen in 
Bezug auf die Fähigkeiten von ML und der sich verändernden Voraussetzungen im logisti- 
schen Umfeld ist die Ergebnisprüfung zudem in einem größeren zeitlichen Abstand von meh- 
reren Jahren zu wiederholen, um inhaltliche Anpassungsbedarfe an den empfohlenen Maß- 
nahmen identifizieren zu können. Neben den entwickelten Maßnahmen betrifft dies auch die 
weiteren Teilergebnisse der vorliegenden Arbeit in Form des Anwendungsspektrums und der 
Anforderungen der logistischen Praxis an den Einsatz von ML. Bei den entsprechenden Un- 
tersuchungen ist eine stärkere Einbindung von KMU sowie eine Orientierung an Best- 
Practices-Ansätzen sicherzustellen, wobei letztere anhand möglichst objektiver Kriterien aus- 
zuwählen sind, z. B. in Form bestehender Auszeichnungen oder Benchmark-Bewertungen. 


Ausgehend von der vorgenommenen Generalisierung stellt ein weiterer Ansatzpunkt für zu- 
künftige Forschungsaktivitäten die Differenzierung der entwickelten Maßnahmen nach ver- 
schiedenen Ausgangssituationen von Unternehmen dar, welche mittels geeigneter Kriterien 
zu bewerten sind. Auf dieser Grundlage sind repräsentative Szenarien festzulegen, z.B. in 
Form von unterschiedlichen Unternehmenstypen oder Reifegraden, und auf Basis der in der 
Arbeit bereitgestellten Maßnahmen szenariospezifische Ausprägungen abzuleiten. Ein zweck- 
mäßiges Unterstützungsinstrument für die Praxis kann hierzu die Überführung der Maßnah- 
men in ein Bewertungstool zur Ermittlung des unternehmensspezifischen Reifegrades und 
der Ausgabe von reifegradbezogenen Maßnahmen zur Umsetzung von ML für den jeweiligen 
Anwender sein. 


Die Notwendigkeit einer Differenzierung der Ergebnisse ist zukünftig auch für bestimmte pro- 
zessuale und technische Bereiche des in der Arbeit verwendeten Untersuchungsfeldes zu 
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überprüfen. Dies umfasst zum einen die dedizierte Betrachtung von bestimmten ML-Ansät- 
zen, wofür sich insbesondere der bisher unterrepräsentierte, aber vielversprechende Lerntyp 
des Reinforcement Learning anbietet. Während hieraus auf gesamtorganisatorischer Ebene 
wenige Anpassungsbedarfe für die notwendigen Maßnahmen erwartet werden, ergeben sich 
für den Entwicklungsprozess potenzielle Veränderungen, denen u. a. in Form eines adaptier- 
ten Vorgehensmodells Rechnung zu tragen ist. In Hinblick auf den prozessualen Untersu- 
chungsbereich wird eine Fokussierung von einzelnen logistischen Teilsystemen als sinn- 
voll erachtet, um insbesondere die realisierbaren Anwendungen, aber auch spezifische Anfor- 
derungen und Umsetzungsmaßnahmen ermitteln zu können. Hierzu wird eine Orientierung an 
den in dieser Arbeit identifizierten Anwendungsbereichen gemäß der ML-Typologie als zweck- 
mäßig erachtet, z. B. in Form des Einsatzes von ML für das Supply Chain Risk Management, 
das Transportmanagement sowie die Produktionsplanung und -steuerung. Einen weiteren 
diesbezüglichen Ansatzpunkt stellt eine bewusste Auseinandersetzung mit dem bisher wenig 
verbreiteten Einsatz von ML für strategische Anwendungsfalle dar. 


Die Betrachtung von bestimmten Teilbereichen des in der Arbeit erzielten Ergebnisspektrums 
ergibt sich auch für die erhobenen Anforderungen an den Technologieeinsatz, welche im 
Sinne ihrer interdisziplinären Ausrichtung einer hohen Detaillierungsebene bei der Entwicklung 
des Gestaltungsansatzes entgegengewirkt haben. Ausgehend von der Gesamtheit der identi- 
fizierten System- und Umfeldeigenschaften sind in weiteren Untersuchungen einzelne Anfor- 
derungen zu fokussieren, wobei dies insbesondere für die in der Arbeit hochpriorisierten 
Eigenschaften gilt, welche eine vergleichsweise große Bedeutung und einen geringen gegen- 
wärtigen Umsetzungsstand aufweisen. Hierzu gehört die Entwicklung von geeigneten Strate- 
gien für die digitale Transformation von Unternehmen unter Berücksichtigung der Potenziale 
und Risiken von ML. Auch die technische Sicherstellung skalierbarer ML-Anwendungen zur 
Schließung des Al Chasm stellt einen bedeutenden Ansatzpunkt für eine dedizierte Auseinan- 
dersetzung dar. Hierzu sind Lösungsansätze zu entwickeln, die eine Berücksichtigung von 
Anforderungen mehrerer Anwendungsfälle bei den Entwicklungstätigkeiten sicherstellen, 
gleichzeitig aber auch eine wirtschaftliche Realisierung der Projekte ermöglichen. Zudem sind 
weitere Maßnahmen in Bezug auf die Verbesserung der Datenverfügbarkeit und -qualität für 
ML-Anwendungen im Logistikmanagement zu eruieren, was Untersuchungen zur Gestaltung 
einer geeigneten Data Governance für die unternehmensweite Vorgabe von Richtlinien, 
Strukturen und Prozessen zum Datenumgang umfassen sollte. In diesem Zusammenhang 
sind auch Lösungsansätze zu verbesserten Integrationsmöglichkeiten von unternehmensex- 
ternen Daten für ML-Projekte zu entwickeln. Neben Anreizsystemen, z. B. in Form von Gain- 
Sharing-Ansätzen, sollte dies Untersuchungen zur Realisierung von Datenökosystemen für 
die kooperative Zusammenarbeit zwischen Wettbewerbern beim Datenaustausch beinhalten. 


Ansatzpunkte für weitere Untersuchungen stehen im Zusammenhang mit bewusst in der vor- 
liegenden Arbeit ausgeschlossenen Themenfeldern. Dies umfasst die Bewertung der Wirt- 
schaftlichkeit von ML-Anwendungen, welche aktuell von vielen Unternehmen infolge der 
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teils schwer quantifizierbaren Erfolge, z. B. in Form der Verbesserung der Transparenz oder 
Entscheidungsqualität, als Herausforderung angesehen wird. Um zukünftig belastbare Aussa- 
gen für die Erstellung von Business Cases zur Umsetzung von ML-Anwendungen treffen zu 
können, bedarf es durch weitere Forschungsarbeiten einer Entwicklung von geeigneten Be- 
rechnungslogiken und Methoden zur Erfolgsmessung. Neben den betriebswirtschaftlichen Ef- 
fekten aus dem Einsatz der Anwendungen umfasst dies auch eine Quantifizierung des Auf- 
wands für die Umsetzung der benötigten Maßnahmen. In diesem Zusammenhang wird auch 
eine stärkere wissenschaftliche Auseinandersetzung mit den Vor- und Nachteilen einer Eigen- 
oder Fremdentwicklung von ML-Anwendungen (Build-or-Buy) als sinnvoll erachtet, die in einer 
Entscheidungslogik für die Praxis münden sollte. Ein weiteres bewusst exkludiertes Themen- 
feld betrifft ethische und rechtliche Fragestellungen zum Einsatz von ML-Anwendungen im 
Logistikmanagement, z. B. in Form der Zulässigkeit und etwaiger Grenzen für die Übergabe 
von Entscheidungsumfängen an Systeme sowie die damit verbundene Verantwortung für feh- 
lerhafte Ergebnisse. Hierzu bedarf es u.a. einer Differenzierung von Entscheidungen bzw. 
Anwendungsfällen entsprechend individueller Anforderungen, z. B. in Bezug auf die sozialen 
Auswirkungen, wofür auch aktuelle und zukünftige Restriktionen seitens des Gesetzgebers zu 
berücksichtigen sind. Entsprechend der bereichs- bzw. domänenübergreifenden Bedarfe sind 
die damit verbundenen Untersuchungen jedoch nicht auf die Logistik zu beschränken, sondern 
im Rahmen gesamtgesellschaftlicher Betrachtungen durchzuführen. 
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Anhang 


Literature Reviews mit Schnittmengen zum Untersuchungsfeld 


3 o KE Me- Rele- 
Autor Titel Technologie Logistik thoda vanz 
Agarwal, Application of Machine Learning Techniques y 
Jayant (2019) in Supply Chain Management NR Gesamt S k 
Baryannis et al Supply chain risk management and artificial 
y ` intelligence: state of the art and future KI, inkl. ML SCRM S + 

(2019b) research directions 
Bousqaoui et Machine Learning applications in supply ML, v. a. KNN, Wenig Produk- 

chains: an emphasis on neural network ; S + 
al. (2017) KEN ohne RL tion 

applications 

A systematic review of the research trends 
Ni et al. (2019) of machine learning in supply chain ML ohne RL Gesamt S ++ 

management 

EA A detailed review of artificial intelligence KI mit ML und Textil Supply 
Giri et al. (2019) applied in the fashion and apparel industry GA Chains S i 
Hellingrath, Applications of Artificial Intelligence in SCM KI. inkl. ML. für 
Lechtenberg and Logistics: focusing Onto Recognition for Reco nition Ausführung S + 
(2019) Supply Chain Execution 9 
Herden, Bunzel s K S Wenig Produk- 
(2018) Archetypes of Supply Chain Analytics Data Analytics tion E + 
Konovalenko, Event processing in supply chain Event 
Ludwig (2019) management Processing Gesamt = g 
GC stal, Maschinelles Lernen in der Produktion ML Nur Produktion E + 
Lima-Junior, re a Diverse 
Cape ee ee ow Methoden, ind: SCRM @ 
(2017) P KI ohne RL 
i Artificial intelligence in supply chain KI, inkl. ML, Ohne Produk- 
Min (2010) management: theory and applications MAS und GA tion E 2 
A Decision support and intelligent systems in KI, inkl. KNN 5 

Ngai et al. the textile and apparel supply chain: an und GA, ohne Tori Supply Ss o 
(2014) 3 - . Chains 

academic review of research articles RL 
Peidro et al. Quantitative models for supply chain Diverse Metho- Unsicherheiten s a 
(2009) planning under uncertainty: a review den, inkl. KI in Planung 
Sharma et al A Systematic Literature Review on ML Agriculture 
2020 ` Applications for Sustainable Agriculture ML Si ly Chains S ++ 
( ) Supply Chain Performance DN 
Wang et al. Deep Learning for Smart Manufacturing: DL für Anomaly p 
(2018a) Methods and Applications Detection Nur Produktion E ` 
Wenzel et al. A Literature Review on Machine Learning in ML Ohne Produk- s A 
(2019) Supply Chain Management tion 


Legende: Anzahl relevanter Artikel für vorliegende Arbeit: ++ = „viele“ + = „vereinzelte“ o = „wenige“ 
Methode: S = systematische Literaturanalyse E = explorative Literaturanalyse 


Tabelle 33: Übersichtsarbeiten mit Schnittmengen zum Untersuchungsfeld 
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Bibliografische Daten der Artikel zu ML-Anwendungen im Logistikmanagement 


Die im Rahmen der systematischen Literaturanalyse 112 identifizierten Artikel mit Informatio- 
nen zu ML-Anwendungen im Logistikmanagement verteilen sich auf 70 verschiedene Publika- 
tionsorgane, welche großenteils der Informatik und der Produktion zuzuordnen sind. Die in 
Abbildung 99 dargestellten Publikationsorgane weisen mindestens drei Artikel auf. 


Journal of Manufacturing Systems 

Computers & Industrial Engineering 

Journal of Intelligent Manufacturing 

International Journal of Production Economics 

Journal of Cleaner Production 

Transportation Research 

International Journal of Production Research 

International Journal of Computer Integrated Manufacturing 
Expert Systems With Applications 


Industrial Management & Data Systems 


| 
> 
a 
E EN 


Decision Support Systems 


Ei 


2 4 6 8 


Anzahl der Veröffentlichungen 


Abbildung 99: Bibliografische Auswertung der Datenbasis - Publikationsorgane’?° 


Die Artikel wurden in 31 Ländern aus sechs Kontinenten publiziert. Die veröffentlichungs- 

stärksten Länder mit mindestens drei Artikeln sind in Abbildung 100 dargestellt. China weist 

mit über ein Fünftel der Artikel die größte Anzahl auf. Auf dem zweiten Rang folgen die USA 

mit ca. 10% der Artikel. Deutschland nimmt mit ca. 5% der Artikel hinter Indien, Iran und 
Großbritannien den fünften Rang ein. 
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Abbildung 100: Bibliografische Auswertung der Datenbasis — Land der Publikation”?! 


720 Eigene Darstellung 
721 Eigene Darstellung 
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In Abbildung 101 ist die Verteilung der Artikel im Betrachtungszeitraum 2012 bis 2020 darge- 
stellt. Seit 2016 lässt sich ein starker Anstieg verzeichnen. Dies beinhaltet auch eine Zunahme 
von neuen Lernverfahren, die zuvor wenig präsent waren. Demnach findet sich bspw. ein 
Großteil der Veröffentlichungen mit ML-Anwendungen auf Grundalge des Reinforcement Lear- 
ning in den letzten drei Jahren. Das Jahr 2020 wurde entsprechend des Zeitpunktes des Such- 
prozesses nicht gesamthaft berücksichtigt. 
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Abbildung 101: Bibliografische Auswertung der Datenbasis — Jahr der Publikation??? 
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Merkmale der ML-Anwendungen als Eingangsvariablen für Clusteranalyse 


Typenart Merkmal Merkmalsausprägung (Variable) Nr. 
Klassifikation T-01 
Regression T-02 
Lernaufgabe Gruppierung T-03 
Ausreißererkennung T-04 
Optimierung T-05 
KNN T-06 
Sonstige NN T-07 
SVM T-08 
= 
g Entscheidungsbaumbasierte Verfahren T-09 
ER Lernverfahren 
is Evolutionare Algorithmen T-10 
a 
2 Klassische statistische Verfahren T-11 
pe] 
© Bayes Verfahren T-12 
5 Sonstige Verfahren T-13 
8 Numerische Daten T-14 
a Art der eingebundenen Daten 
Komplexe Daten T-15 
Batch T-16 
Zeitliche Bereitstellung des Outputs 
Real-Time T-17 
Eigenstandige Anwendung T-18 
Interaktion mit anderen Technologien 
Eingebettete Anwendung T-19 
Descriptive T-20 
Datenanalytische Zielsetzung Predictive T-21 
Prescriptive T-22 
Strategische Planung P-01 
Taktische Planung P-02 
Logistische Aufgabenart 
Operative Planung (Steuerung) P-03 
Uberwachung (Kontrolle) P-04 
5 Eigenständiger Prozess P-05 
"o Prozessübergreifender Charakter = 
S Ubergreifender Prozess P-06 
3 Keine Schnittstellen (unternehmensintern) P-07 
3 Vertikale Schnittstelle Hersteller-Zulieferer P-08 
5 Akteursschnittstelle 
2 Vertikale Schnittstelle Hersteller-Kunde P-09 
< Laterale Schnittstelle P-10 
o 
© Materialfluss P-11 
s Logistikfluss 
Ki Informationsfluss P-12 
D 
3 Materialien und Produkte P-13 
Maschinen und Anlagen P-14 
Betrachtungsobjekt Subjekte P-15 
Objekte P-16 
Informationen und Daten P-17 
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Kosten P-18 
Zeit P-19 
Qualitat P-20 
Logistische Zielsetzung Flexibilitat P-21 
Robustheit P-22 
Nachhaltigkeit P-23 
Informationstransparenz P-24 
Anzahl und Menge P-25 
Leistungsziele Lange und Zeiten P-26 
Nutzungsgrad und Leistung P-27 
Lieferfahigkeit und Lieferbereitschaft P-28 
Qualitatsziele Termintreue und Lieferzuverlassigkeit P-29 
Sendungsqualitat P-30 
Bisherige Ausführung Manuell umgesetzt P-31 
Nicht vorhanden P-32 


Tabelle 34: Merkmale der ML-Anwendungen für Clusteranalyse 
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Zuordnung der Veröffentlichungen zu ML-Typologie 


Identifikation 


Langfristige Be- 
schaffungs- und 
Absatzplanung 


Analyse und 
Bewertung 


Prognose I 


Puchalsky et al. 
(2018) 


Prognose Il Optimierung 


Mori et al. (2012); 
Fallahpour et al. 
(2017); Gupta, 
Pathak (2014); 
Martinez et al. 
(2020) 


Bedarfs- und Kapa- 
zitätsmanagement 


Lolli et al. (2019) 


Sustrova (2016); 
Tian et al. (2013); 
Abbasi et al. (2020); 
Inprasit, 
Tanachutiwat (2018); 


Singh, Soni 
(2019); Santis et 
al. (2017); Cheng, 
Tang (2018); Ning 


et al. (2020); 
kawet al, (2013); en et 3 
Yang, Sutrisno (2019); Ren et al. 
(2018); Karaoglan, (2020) 
Karademir (2017) 
5 S Coe Khaled Mortazavi et al. 
e E Gonzalez- (2015); Gürbüz et al. Cavalcante et al. 
p EI (2019); Lima-Junior, (2019); Sun, Zhao 
o Cancelas et al 
5S i `; Carpinetti (2019); (2012) 
SE (2019); Ghorbani Silva et al. (2017) 
E et al. (2012) i 
Zhang et al. 
N (2014); Wang et al. 
KE Worapradya, (2017a); Nasiri et 
sc ` Thanakijkasem Op 
Q 7 5 Wangetal. Lv et al. (2018); d Gë al. (2017); Yin et 
22S (2018c); Zhang, Rokach, Hutter LUO etal. (2015); (2015); Liu etal. a (2020): 
3533 \. d ` S Brunelli et al. (2019) (2018); Lingitz et GE 
E = & Jiang (2020) (2012) al. (2018); Wang et Doltsinis et al. 
es? al (20180) H E (2014); Zheng et 
i al. (2019); Li et al. 
(2012) 
EI S Bhattacharya et al. Irannezhad et al 
SE Di Ciccio et al. Q014); Maghreb! (2020); Cao et al. 
22 (2016) - (2015); (2020); Becker et 
KE Owczarek, Janke al. (2016) 
Fé (2018) i 
Ma et al. (2018); R i 
a8 leani etai coz see eu 
Wen et al. (2019); ` i 
SS (2019); Wang et al. 
oc Carvajal Soto et al. (2017b); Wang et al 
& 2 (2019); Kucukoglu Gout RES 


et al. (2018) 


Supply Chain Risk 
und Performance 
Management 


Ye et al. (2015); 
Zage et al. 
(2013); Hiromoto 
et al. (2017); 
Tran et al. 
(2019) 


Lima-Junior, 
Carpinetti (2020) 


Liu et al. (2016); 
Ko et al. (2017); 
Baryannis et al. 
(2019a) 


Tabelle 35: ML-Typologie mit repräsentativen Anwendungsfällen’?? 


723 Es handelt es sich um die bei der Charakterisierung der Typen in Kapitel 5.2 genutzten Artikel. 
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der Praxis realisierbare Anwendungsmöglichkeiten, resultierende Auswirkungen und 
notwendige Voraussetzungen ermittelt. Das Ergebnis stellt einen Gestaltungsansatz 
dar, der Unternehmen geeignete Maßnahmen zum erfolgreichen Einsatz von ML im 
Logistikmanagement entlang mehrerer Handlungsfelder aufzeigt. 
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